Зачем в MODX шаблоны?
У нас зашёл спор про шаблоны в MODX!
Я утверждаю, что на каждую отдельную сущность ресурса нужно делать отдельный шаблон, например я делаю шаблоны для «Главной», «Категории товаров», «Карточка товара», «Корзина», «Категория новостей», «Одна Новость». Это всё разные шаблоны.
А мой коллега утверждает, что в MODX достаточно одного шаблона. А контент можно выводить отталкиваясь от условия, например если class_key равен 'msCategory', то показываем вёрстку категории товаров, если class_key равен 'msProduct', то вёрстка карточки товаров.
Если id ресурса равен 75, то выводить категорию с новостями. И так далее…
Дайте развёрнутый ответ кто из нас прав и зачем в MODX шаблоны?!
Холивар!
Я утверждаю, что на каждую отдельную сущность ресурса нужно делать отдельный шаблон, например я делаю шаблоны для «Главной», «Категории товаров», «Карточка товара», «Корзина», «Категория новостей», «Одна Новость». Это всё разные шаблоны.
А мой коллега утверждает, что в MODX достаточно одного шаблона. А контент можно выводить отталкиваясь от условия, например если class_key равен 'msCategory', то показываем вёрстку категории товаров, если class_key равен 'msProduct', то вёрстка карточки товаров.
Если id ресурса равен 75, то выводить категорию с новостями. И так далее…
Дайте развёрнутый ответ кто из нас прав и зачем в MODX шаблоны?!
Холивар!
26 сентября 2016, 11:08
Комментарии: 7
Оба правы по-своему.
В первом случае нет смысла на каждый чих создавать шаблон. Например, у меня есть шаблон «Категория товаров», в котором выводятся товары категории. И есть страница «Специальные предложения», которая внешне ничем не отличается от страницы категории, зачем для нее заводить отдельный шаблон?
Во втором случае не получится использовать tv-параметры или плагины, которые привязаны к шаблону. Да и разбираться потом в куче условий тоже не очень. Хорошо если условия не сделаны на модификаторах, как нередко бывает.
В первом случае нет смысла на каждый чих создавать шаблон. Например, у меня есть шаблон «Категория товаров», в котором выводятся товары категории. И есть страница «Специальные предложения», которая внешне ничем не отличается от страницы категории, зачем для нее заводить отдельный шаблон?
Во втором случае не получится использовать tv-параметры или плагины, которые привязаны к шаблону. Да и разбираться потом в куче условий тоже не очень. Хорошо если условия не сделаны на модификаторах, как нередко бывает.
Поддерживаю.
В MODx «из коробки» реализована привязка TV-параметров к шаблонам, это основная причина разделять шаблоны по «отдельным сущностям ресурсов».
Также я бы отметил в пользу разделения на шаблоны:
— хоть незначительное, но увеличение времени генерации страницы с каждым новым условием в шаблонах/чанках, что плохо
— все равно большую гибкость в настройках вывода, к примеру у вас 2 разных внешних вида страницы «товар», лежащие в одной и той же категории, имеющие один и тот же class_key и т.п.
Но есть и минусы, например по-умолчанию в MODx дочерние документы создаются с таким же шаблоном, что и родитель. И если родитель страницы Новости будет в шаблоне «категория новостей», то и дети будут такие же. Мы решаем это плагином childDefaultTemplate, но да, нужно вручную в админке 1 раз это нстроить. Минусом считаю из-за того, что функционал «не коробочный» и теоретически можно забыть расставить настройки, из-за чего на production-сайте девочка-контент-менеджер не разберется с выбором нужного шаблона и получит неожаданно другой вид страницы во фронтенде.
В MODx «из коробки» реализована привязка TV-параметров к шаблонам, это основная причина разделять шаблоны по «отдельным сущностям ресурсов».
Также я бы отметил в пользу разделения на шаблоны:
— хоть незначительное, но увеличение времени генерации страницы с каждым новым условием в шаблонах/чанках, что плохо
— все равно большую гибкость в настройках вывода, к примеру у вас 2 разных внешних вида страницы «товар», лежащие в одной и той же категории, имеющие один и тот же class_key и т.п.
Но есть и минусы, например по-умолчанию в MODx дочерние документы создаются с таким же шаблоном, что и родитель. И если родитель страницы Новости будет в шаблоне «категория новостей», то и дети будут такие же. Мы решаем это плагином childDefaultTemplate, но да, нужно вручную в админке 1 раз это нстроить. Минусом считаю из-за того, что функционал «не коробочный» и теоретически можно забыть расставить настройки, из-за чего на production-сайте девочка-контент-менеджер не разберется с выбором нужного шаблона и получит неожаданно другой вид страницы во фронтенде.
Да я пока гуглил где мы давным-давно взяли плагин, нашел решение, доступное в настройках из коробки. Уже поставил в план задач «обновить базу знаний» по кастомизации форм админки.
Возвращаясь к теме, вышесказанное еще одно подтверждение, что использовать встроенный функционал полезно, вместо того чтобы «наворотить» подобный функционал собственными IF-ами в шаблонах и чанках.
Возвращаясь к теме, вышесказанное еще одно подтверждение, что использовать встроенный функционал полезно, вместо того чтобы «наворотить» подобный функционал собственными IF-ами в шаблонах и чанках.
Истина, как всегда, посередине ))
Я обычно пляшу от удобства дальнейшей работы заказчика в админке.
Если требуются какие-либо особые доп. поля, или хитрое оформление редактора и т. д., то выношу в отдельный шаблон.
Таким образом для стандартного магазина получается «Главная страница», «Стандартная страница», «Категория», «Товар», «Новость, публикация» ну еще пара служебных.
Корзину, поиск и все страницы, которые не требуют своих TV или какой-то особой верстки, делаю на «Стандартной странице» с условиями (обычно по ID) на Fenom.
Я обычно пляшу от удобства дальнейшей работы заказчика в админке.
Если требуются какие-либо особые доп. поля, или хитрое оформление редактора и т. д., то выношу в отдельный шаблон.
Таким образом для стандартного магазина получается «Главная страница», «Стандартная страница», «Категория», «Товар», «Новость, публикация» ну еще пара служебных.
Корзину, поиск и все страницы, которые не требуют своих TV или какой-то особой верстки, делаю на «Стандартной странице» с условиями (обычно по ID) на Fenom.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
2 часа назад
если правильно понял то так
{set $rows = json_decode($_modx->resource.constructor_block, true)}
{foreach $r...
9 часов назад
У вас есть баг при изменении кол-ва позиции в корзине
20 ноября 2024, 16:25
В сниппете rcv3_html достаточно отложить загрузку через setTimeout (хотя кто-то делает через onClick). Не думаю что мой вариант самый правильный и что...
19 ноября 2024, 10:51
Решил свою проблему через имя пользователя, но хотелось бы через права пользователя «Неограниченные права»
<?php
/**
* Системное событие OnMan...
19 ноября 2024, 09:09
Спасибо, тоже очень интерестное решение.
18 ноября 2024, 15:21
'where' => [
'Data.price:!='=>'0'
]
18 ноября 2024, 14:19
miniShop2.Order.add('extfld_delivery_price','100', function() {
miniShop2.Order.getcost();
})
Это вот работает, но чтобы увид...
18 ноября 2024, 10:11
Благодарю за ответы.