21 июля 2019 в 16:44
Всем привет, кто более опытен разложите почему стоит применять Panels ?
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
12+
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
Ну например чтобы накликать из админки регионы и колонки, вместо того, чтобы делать это через шаблоны
можете больше поделиться опытом ? Вы постоянно используете ?
На самом деле я вообще этот модуль не использую и предпочитаю шаблоны
Круче, что контентщик сайта может сам накликать регион из трех (например) блоков, и разместить туда эти самые блоки без участия разработчика.
Но как по мне, с приходом адаптивности лучше такой возможности контентщикам не давать, иначе хана адаптивности
здесь для меня больше вопрос, это чисто момент удобства ? Я просто думаю как лучше делать, с точки зрения оптимизации . Получил проект на оптимизацию, что не делал а сайт ну никак не хочет..
Панели - это не момент удобства - а момент вкуса. Если нравиться (или заказчик/работодатель хочет) - пользуйтесь.
Что именно вы хотите оптимизировать? И как это может быть связано с панелями?
Если друпал 7, то стоит. Если 8, то в топку.
https://drupal.ru/node/131309
Вот я когда-то писал обзор.
спасибо, почитаю
а статья старая. Может в силу опыта ещё можете дополнить ?
Статья не старая. С тех пор семерка практически не развивается и уже не будет.
я больше о том, что автор получи + несколько лет опыта работы с панелями, может за это время что-то добавил
Автор статьи уже давно не использует ни Drupal 7, ни панели. Он использует Drupal 8 и Layout Builder
Сейчас перечитал - добавить нечего. А так да, семёрка не развивается и я уже пару лет почти не работаю с ней.
Я так и не понял почему стоит. Что у меня должно быть в фасетах, чтобы панели понадобились?
Ну заходишь ты такой в схему блоков, а там 100500 блоков болтается в отключенных и тебе надо их тащить мышкой через три экрана в нужное место. Если это не бесит (ну или ты веришь себе, когда сам себе говоришь, что тебя это не бесит), то пользуйся блоками:)
100500 - до этого пока еще не доходило. По крайней мере эти блоки они на одной странице. А когда панели - на нескольких.
А чем можно пользоваться вместо панелей в D8?
Layout Builder. Уже в ядре и признан стабильным
Не стоит. ИМХО.
Простой пример, - у Вас есть блок и его надо вывести на разных страницах в разных регионах. Есть еще воз и маленькая тележка ситуаций когда панели позволяют ускорить разработку.
Справедливости ради - это можно решить и без панелей.
MultiBlock, Context, программный вывод блока - мало ли.
Справедливости ради, есть много, чего можно решить без панелей, но справедливости ради, панели функциональней, и решают больше чем отдельные другие модули которые "справедливости ради"
Справедливости ради - это можно решить и без MultiBlock, Context, программный вывод блока.
Panels - мало ли.
Пример функциональности panels дистрибутив https://www.drupal.org/project/panopoly
Избавление от блоков https://www.drupal.org/project/panels_everywhere
О, дааа! На семёрке - отличнейший способ накликивать page.tpl.php в админке.
Не знаю, допилили ли его в восьмерке, или нет.
Добавлю еще одну фичу панелей, как раз в panels_everywhere она проявляется как нельзя лучше - отдельные настройки кеширования каждой панели.
Ну, например: панель с логотипом сайта - можно закешировать наглухо. В случае смены логотипа, уж можно будет сбросить кеш руками. То же относится к панелям с адресами-телефонами.
А панель с содержимым корзины, например - кешировать нельзя, у каждого юзера она своя.
Ну и т.д.
В итоге, макет страницы получается как лоскутное одеяло - некоторые панели закешированы насовсем, некоторые - кешируются в каком-либо контексте, некоторые - не кешируются вообще.
Очень удобно.