Backend + Drupal

Пишем вопрос и варианты ответа. Меняем автора при необходимости. Проставляем все галки.

- Active — опрос включен, в нем можно проголосовать;

- Poll Duration — время, в течении которого опрос будет активен;

- Allow anonymous votes — незарегистрированные пользователи будут иметь возможность голосовать;

- Allow cancel votes — можно отменить свой выбор и проголосовать заново;

- Allow view results — можно увидеть результаты опроса и не голосовать при этом самому.

Сохраняем.

Для опросов создаются отдельные страницы. Т.к. это первое голосование на моем сайте, то оно будет иметь путь:

/poll/1

Но опросы же нужны не как отдельные страницы, а как часть контента других.

Поэтому удобнее создать параграф, в котором будет поле поле «Опрос».

Находите подраздел «Ссылка» и клацайте на «Другое…»

В подразделе «Материал» будет «Опрос»

В управлении отображением меняем формат вывода на «Готовая к выводу сущность»:

Прикрепляем этот параграф к полю типа материала, или любой другой сущности, где вам нужно выводить опрос и добавляем его через поле с автодополнением.

Получаем результат:

Я прикрепил опрос к полю параграфу типа материала «Новость».

При добавлении/редактировании материала, в сайдбаре появится поле времени отложенной публикации:

Опубликуем материал в следующем веке

Указываем время будущей публикации, сохраняем. Материал будет иметь статус «Неопубликованный» и сменит его на «Опубликованный» в указанную дату.

Новость будет опубликована в запланированное время только после запуска крона.

Запускать стандартный cron каждую минуту не потребуется. Модуль Scheduler предоставляет облегченную версию.

В настройках модуля Scheduler переходим во вкладку Lightweight cron:

/admin/config/content/scheduler/cron

Копируем первую или вторую строку:

wget -q -O /dev/null "https://tester.ru/scheduler/cron/eeweequeo7ko2auyeengo"

Добавляем эту команду в планировщик на вашем сервере:

Планировщик в ISP Manager

Запланированные задания в CPanel

Сохраняем, проверяем, используем!

Находясь в папке libraries, клонируем библиотеки:

git clone https://github.com/dinbror/blazy.git ;
git clone https://github.com/kenwheeler/slick.git

Заходим на страницу настроек модуля Slick и делаем дубликат шаблона.

/admin/config/media/slick

Меняем название и машинное имя и сразу же сохраняем. Для простого слайдера стандартных настроек достаточно.

Создаем новое представление и меняем формат с Неформатированный список в Slick Carousel.

Нажимаем галку Vanilla Slick, меняем Optionset main на созданный ранее Slider и сохраняем.

В настройках представления указываем что выводить, сколько и как:

Я вывожу статьи, две штуки в режиме отображения анонс.

Сохраняем представление.

Результат в теме Bartik

Вот и все. Если вам нужна карусель из нескольких столбцов или даже рядов, то вы можете самостоятельно в настройках Optionset поменять их количество.

Переходим в вкладу Шаблоны и Добавляем переменную.

Из списка выбираем нужное представление.

И вот у нас есть сниппет, в котором будет выводиться блок представления со статьями.

Аналогичным образом добавляем туда еще представления, и не только.

Переходим на страницу Схема блоков:

/admin/structure/block

И размещаем наш блок сниппета.

Смотрим результат.

Это самый простой и удобный способ выводить в одном месте не только представления, но и блоки, меню, формы и так далее.

Страница модуля: https://www.drupal.org/project/snippet_manager

Автор: https://www.drupal.org/u/chi

Почему не стоит создавать новый регион и размещать туда 2 блока с Views?

Такое будет очень неудобно поддерживать. Если потребуется переместить представления чуть выше или ниже того места, где они находятся, то придется двигать не блок в схеме блоков, а регион в настройках темы.

Да и выделять отдельный регион для одного блока кажется не самым лучшим решением.

Почему не стоит создавать отдельный тип блока и выводить представления через модуль Views Reference?

Блок, размещенный таким способом будет являться контент блоком, а это значит, что если создать его у себя на локалке/техническом сервере, его не получится перенести без БД, т.к. такой блок не попадет в конфиги.

Почему не стоит создавать отдельный тип блока и выводить представления через модуль Twig Tweak?

Аналогично пункту выше — такой блок не перенести без БД.

Исключение: если делать блок через Block Plugin.

Также твиг можно использовать в блоках Snippet Manager, которые в конфиги попадают.

Теперь необходимо:

- В настройках формата указать расширение файла — советую использовать CSV;

- Добавить поля — одно поле соответствует одному столбцу. Где метка поля — заголовок столбца;

- Настроить критерии фильтрации/сортировки — тип материала, словарь таксономии и так далее;

- Указать путь — URL по которому будет скачиваться файл;

- Доступ — поменять «Право доступа» на «Роль → Администратор» чтобы только вы могли выгружать данные;

- Поменять количество элементов для отображения на «Отображать все элементы»;

- Поменять машинное имя блока представления.

Для экспорта поля с изображением используйте средство форматирования «URL к изображению». После, скачайте изображения вручную через FTP.

Мой пример: Экспорт статей блога.

Вот и все. Остается только перейти по указанному вами пути и скачать файл.

В моем примере я в адресной строке введу следующее:

mysite.com/export_articles