Почему стоит использовать Panels

Главные вкладки

Лучший ответ

Аватар пользователя ivnish ivnish 21 июля 2019 в 16:46
1

Ну например чтобы накликать из админки регионы и колонки, вместо того, чтобы делать это через шаблоны

Комментарии

Аватар пользователя ivnish ivnish 21 июля 2019 в 16:46
1

Ну например чтобы накликать из админки регионы и колонки, вместо того, чтобы делать это через шаблоны

Аватар пользователя ivnish ivnish 21 июля 2019 в 17:06

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

Но как по мне, с приходом адаптивности лучше такой возможности контентщикам не давать, иначе хана адаптивности

Аватар пользователя godsman godsman 21 июля 2019 в 17:15

здесь для меня больше вопрос, это чисто момент удобства ? Я просто думаю как лучше делать, с точки зрения оптимизации . Получил проект на оптимизацию, что не делал а сайт ну никак не хочет..

Аватар пользователя VasyOK VasyOK 21 июля 2019 в 18:41

Панели - это не момент удобства - а момент вкуса. Если нравиться (или заказчик/работодатель хочет) - пользуйтесь.

Что именно вы хотите оптимизировать? И как это может быть связано с панелями?

Аватар пользователя godsman godsman 21 июля 2019 в 20:36

я больше о том, что автор получи + несколько лет опыта работы с панелями, может за это время что-то добавил

Аватар пользователя gun_dose gun_dose 21 июля 2019 в 20:47

Сейчас перечитал - добавить нечего. А так да, семёрка не развивается и я уже пару лет почти не работаю с ней.

Аватар пользователя gun_dose gun_dose 21 июля 2019 в 20:45

Ну заходишь ты такой в схему блоков, а там 100500 блоков болтается в отключенных и тебе надо их тащить мышкой через три экрана в нужное место. Если это не бесит (ну или ты веришь себе, когда сам себе говоришь, что тебя это не бесит), то пользуйся блоками:)

Аватар пользователя VasyOK VasyOK 21 июля 2019 в 21:47

100500 - до этого пока еще не доходило. По крайней мере эти блоки они на одной странице. А когда панели - на нескольких.
А чем можно пользоваться вместо панелей в D8?

Аватар пользователя sas@drupal.org sas@drupal.org 22 июля 2019 в 6:33

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

Аватар пользователя sas@drupal.org sas@drupal.org 22 июля 2019 в 11:37

Справедливости ради, есть много, чего можно решить без панелей, но справедливости ради, панели функциональней, и решают больше чем отдельные другие модули которые "справедливости ради"

Аватар пользователя gun_dose gun_dose 22 июля 2019 в 13:09

VasyOK wrote:
Справедливости ради - это можно решить и без панелей.
MultiBlock, Context, программный вывод блока - мало ли.

Справедливости ради - это можно решить и без MultiBlock, Context, программный вывод блока.
Panels - мало ли.

Аватар пользователя Andruxa Andruxa 23 июля 2019 в 13:10

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:
panels_everywhere

О, дааа! На семёрке - отличнейший способ накликивать page.tpl.php в админке.
Не знаю, допилили ли его в восьмерке, или нет.

Добавлю еще одну фичу панелей, как раз в panels_everywhere она проявляется как нельзя лучше - отдельные настройки кеширования каждой панели.
Ну, например: панель с логотипом сайта - можно закешировать наглухо. В случае смены логотипа, уж можно будет сбросить кеш руками. То же относится к панелям с адресами-телефонами.
А панель с содержимым корзины, например - кешировать нельзя, у каждого юзера она своя.
Ну и т.д.
В итоге, макет страницы получается как лоскутное одеяло - некоторые панели закешированы насовсем, некоторые - кешируются в каком-либо контексте, некоторые - не кешируются вообще.
Очень удобно.