В общем-то, уже в шестерке (раньше не застал) форум был так себе. Причина - отмирание этого формата в пользу блогов. Судя по тому, что в 7-8-9 ситуация не изменилась - тенденция имеет место быть.
Модуль forum делает ноды-топики (их содежимое - первым "прибитым" сообщением) и комментарии к ним - в виде форумных постов. Ну и словарь таксономии - в качестве иерархии-навигации по разделам форума.
Примитивный функционал: нет, например, возможности переносить каменты-посты в отдельные ветки, назначать модераторов отдельным разделам, и т.п.
Если фронт привык верстать с использованием какого-нибудь фреймворка (например - bootstrap), то можно взять какую-нибудь тему, сделанную на нем же - тогда будет потом проще.
Но, это редкий случай, поэтому - да, можно на любой.
Большой плюс друпала - как раз лёгкость прототипирования: накликали сущности, поля, связи между ними, списки представлениями, формы. Что-то не так - взяли, и перекликали по-другому.
Самое сложное на этом этапе - абстрагироваться от внешнего вида, и сконцентрироваться непосредственно на функционале.
Самый оптимальный и дешевый вариант - не обновлять совсем. (Были и такие сайты).
Ну а дальше начинается компромисс между ценой и качеством.
Если владелец сайта согласен на вариант "мы сейчас накатим обновления, вы потом посмотрите, если где-то отвалится, то откатим обратно, правда придется заново создать весть контент с момента бэкапа" - то ок, почему бы и нет.
Был такой случай.
На сайте на семёрке был установлен модуль Display Suite. Причем, каждый раз глядя на него, я недоумевал - зачем он здесь, мы же используем панели, а формы не темизируем. Ну да ладно, работает - не трогай.
После очередного обновления безопасности DS, отвалились иконки цветов у атрибутов товара.
Меня терзают смутные сомнения.
Далеко не всегда вебсервер предоставляет это значение, особенно в случае проксирования запросов nginx -> apache. Там в конфигах вирт.хостов порою такое написано - обнять и плакать.
Да и идея отдачи разного контента по одному урлу - попахивает клоакингом.
OldWarrior wrote: Но какой-то признак AJAX-запроса (входящий на целевой контроллер) можно было обеспечить
Можно добавить какой-нибудь кастомный заголовок в запрос, или же вызывать его, например, методом POST, или же записать что-нибудь в куку, а после ответа - почистить, или же просто добавить к урлу get-параметр.
Но в любом случае, придется писать кастомный js, который бы это делал.
VasyOK wrote: Содержимое: Имеет идентификатор термина таксономии (с глубиной) - глубина 10
Это 10 джойнов в запросе. Не надо так делать, лучше указывать реальную глубину словаря, если там, к примеру, 4 уровня вложенности - то и указывать глубину 4.
Тут или тут, например. Или посмотреть в коде самих вьюсов:
core/modules/views/src/Plugin/views/argument
core/modules/views/src/Plugin/views/argument_default
Возможно, в одном аргументе не удастся создать условие BETWEEN, тогда потребуется создать пару аргументов: один для условия больше чем значение по умолчанию, второй - меньше.
Я бы все-таки написал хендлер для вьюсового аргумента, значением по умолчанию у которого был бы текущий час.
В этом случае можно будет кешировать результаты вьюса в зависимости от аргумента (надо проверить, но должно работать).
И при вычислении текущего часа неплохо бы учитывать таймзону текущего пользователя, а то в Петропавловске-Камчатском полночь.
💰 Запуск рекламы на drupal.ru
А затем в арбитраже сравнивают даты регистрации товарного знака и домена.
Сто́ит ли делать форум на Друпале 8/9?
В общем-то, уже в шестерке (раньше не застал) форум был так себе. Причина - отмирание этого формата в пользу блогов. Судя по тому, что в 7-8-9 ситуация не изменилась - тенденция имеет место быть.
Модуль forum делает ноды-топики (их содежимое - первым "прибитым" сообщением) и комментарии к ним - в виде форумных постов. Ну и словарь таксономии - в качестве иерархии-навигации по разделам форума.
Примитивный функционал: нет, например, возможности переносить каменты-посты в отдельные ветки, назначать модераторов отдельным разделам, и т.п.
Media drupal8
Означает, что у файла установлен executable bit - файл является исполняемым (программой, скриптом)
Подробнее: https://habr.com/ru/post/469667/
Хранение данных в виде массива или JSON в ноде
Посмотрите ACL
Для группового доступа к ресурсам - Organic groups возможно, подойдет.
Как сделать опредленный режим отображения ноды в модальном окне.
$("popup-content-selector").html(data).dialog();
Как сделать опредленный режим отображения ноды в модальном окне.
А чем попап сделан?
в общем случае как-то так:
Как сделать опредленный режим отображения ноды в модальном окне.
Как-то так:
[Пятничное]. Думал: везде один Друпал.
Полез проверять календарь. Ах, ну да - среда же маленькая пятница.
Как происходит (очерёдность) загрузка скриптов drupal?
вот для семерки: https://www.valuebound.com/resources/blog/how-drupal-handles-page-reques...
синоним для каталога с файлами
Но ссылки на файлы, которые сгенерит друпал, все равно будут вида public://pdf/... и преобразуются в /site/default/files/pdf/... при рендере
Попробуйте в hook_url_outbound_alter их отреврайтить, не уверен на 100% что туда попадают ссылки на файлы.
Какое ТЗ нужно писать под разработку сайта на Друпал?
Если фронт привык верстать с использованием какого-нибудь фреймворка (например - bootstrap), то можно взять какую-нибудь тему, сделанную на нем же - тогда будет потом проще.
Но, это редкий случай, поэтому - да, можно на любой.
Какое ТЗ нужно писать под разработку сайта на Друпал?
Большой плюс друпала - как раз лёгкость прототипирования: накликали сущности, поля, связи между ними, списки представлениями, формы. Что-то не так - взяли, и перекликали по-другому.
Самое сложное на этом этапе - абстрагироваться от внешнего вида, и сконцентрироваться непосредственно на функционале.
Массовое обновление d7/d8, как лучше?
хм, недавно так сделал, восьмерка стала жаловаться на какие-то зависимости (проект старый)
Пришлось деградировать на 1.9
Массовое обновление d7/d8, как лучше?
Самый оптимальный и дешевый вариант - не обновлять совсем. (Были и такие сайты).
Ну а дальше начинается компромисс между ценой и качеством.
Если владелец сайта согласен на вариант "мы сейчас накатим обновления, вы потом посмотрите, если где-то отвалится, то откатим обратно, правда придется заново создать весть контент с момента бэкапа" - то ок, почему бы и нет.
Массовое обновление d7/d8, как лучше?
Был такой случай.
На сайте на семёрке был установлен модуль Display Suite. Причем, каждый раз глядя на него, я недоумевал - зачем он здесь, мы же используем панели, а формы не темизируем. Ну да ладно, работает - не трогай.
После очередного обновления безопасности DS, отвалились иконки цветов у атрибутов товара.
Какое ТЗ нужно писать под разработку сайта на Друпал?
Вот тут лучше бы собрать прототип на друпале, и затем отдавать его на дизайн.
Какое ТЗ нужно писать под разработку сайта на Друпал?
ТЗ должно появиться в п.1, или что тогда, в вашем понимании, "Проектируем сайт" ?
Как сделать опредленный режим отображения ноды в модальном окне.
Меня терзают смутные сомнения.
Далеко не всегда вебсервер предоставляет это значение, особенно в случае проксирования запросов nginx -> apache. Там в конфигах вирт.хостов порою такое написано - обнять и плакать.
Да и идея отдачи разного контента по одному урлу - попахивает клоакингом.
Как сделать опредленный режим отображения ноды в модальном окне.
Можно добавить какой-нибудь кастомный заголовок в запрос, или же вызывать его, например, методом POST, или же записать что-нибудь в куку, а после ответа - почистить, или же просто добавить к урлу get-параметр.
Но в любом случае, придется писать кастомный js, который бы это делал.
Вывод description термина таксономии через views
Это 10 джойнов в запросе. Не надо так делать, лучше указывать реальную глубину словаря, если там, к примеру, 4 уровня вложенности - то и указывать глубину 4.
Вывести контент в зависимости от времени дня
Тут или тут, например. Или посмотреть в коде самих вьюсов:
core/modules/views/src/Plugin/views/argument
core/modules/views/src/Plugin/views/argument_default
Возможно, в одном аргументе не удастся создать условие BETWEEN, тогда потребуется создать пару аргументов: один для условия больше чем значение по умолчанию, второй - меньше.
Вывести контент в зависимости от времени дня
Я бы все-таки написал хендлер для вьюсового аргумента, значением по умолчанию у которого был бы текущий час.
В этом случае можно будет кешировать результаты вьюса в зависимости от аргумента (надо проверить, но должно работать).
И при вычислении текущего часа неплохо бы учитывать таймзону текущего пользователя, а то в Петропавловске-Камчатском полночь.
Вывести контент в зависимости от времени дня
Это ответ на вопрос
Вот вам часы, сравнивайте.
Вывести контент в зависимости от времени дня
Это присвоит переменной $hour числовое значение текущего часа - от 0 до 23
Вывести контент в зависимости от времени дня
$hour = date('G');