Разбираюсь с Search API.
Цель: сделать человеческий поиск по сайту с осмысленными подсказками в поле поиска и красивыми результатами (список, фотогалерея, карта).
Получается нужно сделать четыре разных вьюхи для результатов (autocomplete callback, список, фотогалерея и карта). Вьюхи, само собой, достаточно разные, хотя в чем-то пересекаются. А вот как идеологически правильно разобраться с индексами, у меня нет полного понимания.
Пытаюсь настроить Content Moderation (D8) на простейший и казалось бы вполне логичный воркфлоу - не выходит каменный цветок.
На данный момент юзеры имеют право добавлять контент (unpublished), видеть собственный unpublished content и редактировать собственный unpublished content. При этом видеть чужой unpublished content им не положено. Это всё легко настроено и работает.
Теперь хочу дать возможность всем юзерам вносить правки в любой контент, но в статусе черновик/draft, чтобы никто другой кроме самого правщика и админа, этих правок не видел до их одобрения админом.
К Друпалу вопрос прямого отношения не имеет, поэтому заранее прошу прощения за оффтопик, но знаю, что тут люди опытные и наверняка что-нибудь умное скажут 
Обратил внимание в awstats, что число визитов за сегодня перевалило за 1500 при среднедневном 200-300. Посмотрел в логи, и увидел, что какой-то реально большой ботнет прочесывает аккуратно по алфавиту все страницы, каждый раз с нового IP и с новым User Agent, реферер всегда пустой.
This site can’t be reached
drupal.ru refused to connect.
Try:
Checking the connection
ERR_CONNECTION_REFUSED
И с работы, и из дома (Москва). Захожу через VPN - вроде работает, хотя может совпадение.
Читал логи, много думал.
Обратил внимание, что archive.org_bot постоянно и безуспешно колотится в ссылки вида /taxonomy/term/176/edit .
Удивился откуда он их берет, так как контекстные ссылки во-первых не генерятся для анонимов, а во-вторых вообще подтягиваются через ajax. Глянул в код страницы термина, а там:
Обнаружена критическая уязвимость в экспериментальном модуле ядра Workspaces версии 8.7.4. Уязвимость касается ТОЛЬКО пользователей версии 8.7.4, у которых этот модуль включен. Пути решения: либо отключить модуль Workspaces, либо обновиться до 8.7.5.
https://www.drupal.org/sa-core-2019-008
PS Ко мне на сайт сегодня уже лезли по адресу /core/modules/workspaces/workspaces.info.yml , так что уязвимость уже эксплуатируется.
Хочу чтобы при вводе строки поиска автоподсказывались возможные варианты (у меня это не обязательно таксономия, но могут быть и тайтлы нод, и имена пользователей и т.д.), и при подтверждении пользователем выбранный тег добавлялся бы в строку поиска с крестиком для легкого удаления. Фишка именно в том, что в строке поиска могут быть именно несколько тегов, не один.
Для собственно поиска планирую задействовать Search API, хотя пока не пробовал.
Это вторая серия вот этого вопроса: https://drupal.ru/node/139772
По-прежнему бьюсь над задачей подмены стилей картинок, выводимых форматтером PhotoSwipe в контексте View в зависимости от количества результатов в этом самом View.
Задача: сделать так, чтобы при отображении галереи картинок (Views Photo Grid) при общем количестве картинок в галерее меньше определенного порога брался другой Image Style, покрупнее.
Задумал сделать это всё в кастомном шаблоне поля.
Создал шаблон views-view-field--photo_slideshow--photo_gallery--field_picture.html.twig
Он совершенно точно подхватывается и отрабатывает.
В шаблоне пытаюсь сделать следующее (подглядел где-то):
Есть вьюшка с контекстными фильтрами. В качестве пейджера используется Views Infinite Scroll в режиме auto. Первая страница всегда отрабатывает нормально. Для некоторых значений контекстных фильтров пейджер при скроллинге до конца документа тоже отрабатывает как надо - по ajax-запросу возвращается надлежащий ответ со следующей страницей, и надлежащим образом отрисовывается.
Сегодня ночью случилось странное: пришло больше спама с контактной формы сайта (contact_message_feedback_form), чем за прошедшие полгода. На странице стоит рекапча, стоит давно и давно не обновлялась, саму форму тоже не трогал давным-давно. Попробовал сам заполнить контактную форму, предварительно разлогинившись и не трогая капчу вообще - форма успешно сабмитится и отправляется! Пробую другую форму с рекапчей на том же сайте (user_register_form) - без клика на капчу не сабмитится, ругается. Очистил кэш... и всё заработало.
Хочу его использовать в контрибном модуле и быть уверенным, что не посыпятся баг-репорты от юзеров что "расширение SimpleXML не найдено".
Чё-та туплю
Нужно создать блок, который будет:
- размещаться на странице ноды (/node/XXX)
- содержать картинку, зависящую от текущего типа материала, картинку, адрес которой составляется из значений нескольких полей текущей ноды и некий джаваскрипт, срабатывающий по клику
Недавно выкатил очередные доработки на продакшен-сайт (версия Drupal 8.6.2), и через некоторое время случайно заметил в консоли хрома целую кучу сообщений такого вида при отображении галерей картинок:
GET http://***/sites/default/files/styles/gallery_thumbnail/public/*.jpg 404 (Not Found)
На сайте имеется несколько фотогалерей (на разных страницах), все организованы через view, но в разных стилях (от Views Slideshow до Views Photo Grid) в зависимости от контекста. Так как картинок в некоторых галереях может быть много, используется Views Infinite Scroll для поэтапной подгрузки по необходимости.
Хочется дать посетителю возможность выбора режима просмотра нод на сайте - либо с большой картой и маленьким слайдшоу картинок в углу, либо с большой галереей картинок на месте карты и с маленькой статической картой на месте слайдшоу в углу. То есть нода одна, маршрут/путь по идее тоже один, общая раскладка регионов тоже одна, только некоторые блоки должны рендериться (или не рендериться) в зависимости от текущего режима, выбранного посетителем (в т.ч. анонимом).
Вопрос архитектурно-идеологического свойства имею
Заканчиваю делать экспорт KML и KMZ. Делаю в виде дополнительного энкодера, который базируется на ядерном xml-энкодере и просто добавляет к списку доступных для REST-экспорта форматов KML и KMZ. В принципе все получается, только вот что непонятно:
Сейчас пытаюсь сформировать kml-файл (проблем на пути пока не вижу), но потом захочется формировать kmz-файл (это обычный zip-архив с kml-файлом и примкнувшими к нему картинками).
Как это правильно делать на восьмом друпале? Будет вьюшка, генерящая на выходе kml-файл, как перед отдачей этого файла клиенту сохранить его куда-нибудь во временную директорию, свалить туда же нужные картинки, зазиповать и отдать клиенту получившийся архив? Какие тут хуки можно/нужно задействовать, есть ли готовые модули/библиотеки/наработки, которые можно взять за основу?
Попытался сгенерировать экспорт в XML формате (с помощью модуля Views Data Export, но это неважно) и обломался: первая строчка файла пустая, и любой уважающий себя XML парсер/вьюер этот файл с презрением отвергает. Прочёл всю имеющуюся на эту тему в инете информацию на двух языках. Убедился, что все HTML файлы тоже идут с пустой первой строкой (что никому не мешает).
С сегодняшнего дня без объявления войны Google перестал отдавать картинки StreetView по неподписанным запросам. До этого момента у меня было определено кастомное поле Display Suite, в котором на токенах собирался нужный код:
Успешно добавил контекстную ссылку "Добавить фото" на страницу ноды "Здание":
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
