13 мая 2018 в 22:33
Всем привет! Нужен совет профи, или даже опрос, если получится.
Я скорее всего неправильно делаю, но избегаю использовать Panels, Paragraphs, Views Bootstrap и их производных, опасаюсь подтормаживания, не люблю, когда много модулей и тд. Вообще интересует, есть ли какая-то best practice в использовании подобных модулей. В каких случаях вы используете эти инструменты? Допустим, использовать пэнелс и параграфс при создании классического корпоративного сайта с большим объемом разнообразно организованного контента (к примеру- https://www.unitec.ac.nz/ )- это кул или не кул?
Комментарии
Я тоже избегаю.
Ипользуйте эту модули только когда понимаете удобство от них либо когда вам за это платят.
спасибо за совет. откуда собственно вырос вопрос- смотрю в вакансиях (не в интересах трудоустройства, просто так глянуть, что там на рынке) часто panels в перечне требований глубоких познаний, так и подумалось, наверное, профи друпала их регулярно используют.
Если человек размещающий вакансию, не может сформулировать задачи по сайтам, а только перечисляет набор технологий - смело посылайте его лесом. С такими каши не сваришь.
Если человек занимается друпаловодством - у него столько проблем, по сравнению с которыми организация контента с панелями или без - ничто.
http://wellsolutions.by/article/panels-ispolzovat-ili-net
Вот писал как-то статью специально для таких случаев.
По поводу панелей в вакансиях - все студии по разработке используют их, поэтому требование вполне обоснованно.
отлично, спасибо. проверила, материал даже первым гуглится по названию этого топика) не совсем поняла пункт про фасеты, но у меня с магазинами очень мало опыта.
Мое мнение - как человека "не такого как все".
"1. Если нужно выводить поле контента в другом регионе, либо вставить блок между полями.
Это можно сделать и без панелей, через views + блоки, но ведь вьюху ещё нужно создать и настроить"
А панель не надо настроить?
"2. Вывести один блок одновременно в два региона." - multiblock. Даже ID-шники пунктов меню переносит. Или D8.
"Если вам нужно выводить блок на страницах терминов одного словаря, а на страницах другого не нужно, то кроме панелей, это ничем не решить." - та канешна!
Регион можно втулить хоть внутрь вьюхи, хоть внутрь ноды.
Можно вообще за пределы "канваса" (типа мобильного меню). А панель можно?
у меня текущая задача под кейс 5 из статьи подходит, сайт не коммерческий, думаю потренироваться и наворотить панелей) всё-таки на локалхосте поковырять модули- это одно дело, другое- в реальном проекте использовать. хочется как-то пытаться соответствовать стандартам, раз уж специалисты говорят, оно там надо.
а вы из своей практики можете привести пример, когда использовали panels? и всё-таки параграфы тоже интересуют.
Использование ctools в целом, и panels в частности - это и есть best practice.
спасибо за ответ. да, мне важно было понять, их применение- это дело вкуса или действительно оптимальное решение при прочих равных.
Дело вкуса. Оптимальное оно когда по другому никак.
Может еще display suite, context, custom breadcrumbs - оптимальные решения?
Панели ощутимо подгружают систему, но это поправимо. Вторая проблема, контент-менеджеры зачастую или не хотят учиться, или тупят и приходится разжёвывать в который раз нюансы управления, это вовсе не гут.
Есть бенчмарки, по которым панели быстрее блоков. А что касается контентщика - у него вообще не должно быть доступа к панелям.
Более того, на панелях даже простую страницу ноды можно собрать так, что она будет быстрее ядрёной
можно немного раскрыть тему?
Я несколько раз пробовала использовать Панели - не понимала, как они работают.
А потом мне передали готовый театральный проект (который тогда был еще на 6ке). И в нём было очень много всего сделано на Панелях.
Пришлось таки разобраться.
Когда разобралась, - ооочень понравилось.
В Панелях можно поставить много разных вариантов с условиями.
То есть - когда применять вот такую панель, а когда - вот такую. И этих условий - огромное множество. Плюс условия можно комбинировать!
Например, в том театральном проекте штук 8 разных вариантов панелей - в основном, по типам материалов:
1. Творческий вечер;
2. СМИ и Новости;
3. Спектакли;
Тут Вы можете мне сказать, что это можно настроить через шаблоны.
Но... есть ещё прекрасный вариант:
3.1. Если в названии Репертуара есть слово "Смыслон", то Спектакль выводится ещё другим способом... Туда вставляется более "разнообразный" вьюс - по сравнению со Спектаклями, где нет этого прекрасного слова. (Репертуар и Спектакль связаны полем reference).
Надо учесть, что Репертуар пополняют сами админы театра. Соответственно - у них одна задача: в заголовок Репертуара вставить "Смыслон".
э... я не знала, что знание Панелей считается важным скиллом.
Да, панели без контекстов и условий - бесполезный модуль
Вот да)
Ну со смыслоном, я посмотрела на сайте, можно было бы контентщика напрячь еще одно поле заполнить типа Название серии спектаклей, и другие спектакли серии блоком выводить. Но суть поняла, спасибо за живой пример.
Там надо не другие спектакли серии выводить (это действительно легко сделать блоком),
а репертуар ближайших спектаклей - то есть список представлений (в театральном смысле этого слова, а не в друпальном) + их дата, время всех четырех Смыслонов на всех Смыслонах.
Сейчас на сайте это увидеть не удастся - закрыт театральный сезон. Поэтому репертуара с датами нет вообще. То есть сейчас эта настройка никак себя не проявляет.
Общий репертуар выглядит приблизительно вот так (вебархив).
А страницы Смыслонов вот так (вебархив, к сожалению, потерял красивенькие аккуратненькие стили, но для понимания работы условий Панелей это не помешает):
Вот в вебархиве Большое, с "билетиками" на 5 ближайших представлений разных Смыслонов.
Маленьким деткам почти всё равно, на какой спектакль серии приходить.
В общем - посмотреть на красоту приходите осенью.
Хорошо)
Вообще где-то в идеальном друпал мире существует большой красивый раздел Кейсы, вот бы туда попасть.
Есть Друпалогия - выставка сайтов на Друпале.
Там, по идее, надо описывать технологии - модули, фишки, фичи...
Но этого, кажется, никто не делает.
gracy, я Вам в личку прислала ещё один пример Панелей.
Чтобы тут не мусорить.
Каким образом можно выяснить что панели быстрее блоков? На шареде можно измерить, если простую страничку создать?
Для большинства проектов избыточно, но иной раз без них никак.
ИМХО желательно использовать минимум модулей при решении задачи. Любое усложнение сверх необходимого тянет за собой и серверные ресурсы и время на обслуживание.