Fenom в дополнениях
Друзья, привет!
Такой вопрос назрел, стоит ли переписывать существующее дополнение на Fenom?
Речь, в частности, про easyComm, там и так используется pdoTools, но пока со стандартными тегами MODX.
С одной стороны хочется, с другой — вдруг каких-то пользователей это расстроит.
Внизу комментарий, поставьте там плюсик — если переписывать и минус — есть не трогать.
P.S. кинул в раздел «Новые дополнения...» дабы немного повисело вверху. Если тема дубль — проинформируйте меня)
Такой вопрос назрел, стоит ли переписывать существующее дополнение на Fenom?
Речь, в частности, про easyComm, там и так используется pdoTools, но пока со стандартными тегами MODX.
С одной стороны хочется, с другой — вдруг каких-то пользователей это расстроит.
Внизу комментарий, поставьте там плюсик — если переписывать и минус — есть не трогать.
P.S. кинул в раздел «Новые дополнения...» дабы немного повисело вверху. Если тема дубль — проинформируйте меня)
Комментарии: 62
Голосование: ПЛЮС — переписать, МИНУС — нет! ====>>>
А тем кому стандартный синтаксис лишь нужен, им нельзя просто оставить отдельные чанки со старым вариантом? Пусть даже эти чанки и были бы дефолтными. остальным — феном.
Здравствуйте, стоит еще задумываться о новых пользователях MODX Revo, к примеру человек только начал работать с MODX и только оценивает все прелести дополнительных и стандартных полей ресурса, а тут еще новый шаблонизатор — можно как-то приуныть :)
Я бы оставил и новый вызов и старый, не нужно заставлять переходить, пусть пользователь для себя решает сам.
Я бы оставил и новый вызов и старый, не нужно заставлять переходить, пусть пользователь для себя решает сам.
скорее дополнение из коробки идет с fenom, а если нужен стандарт идем в доку, но вот беда. как писал ниже Василий Наумкин
Fenom позволит сократить количество чанков и сделать их работу быстрее.вопрос станет логики приложения.
Если желание переписать, только ради того, чтобы переписать — не вижу смысла…
имхо конечно переписывать под феном. Смысл тащить старый синтаксис? только из за нежелания кого либо учиться новому?
По моему разница в удобстве пользования очевидна…
По моему разница в удобстве пользования очевидна…
Fenom позволит сократить количество чанков и сделать их работу быстрее.
Лично я не использую синтаксис MODX нигде вообще, и никому не советую.
Лично я не использую синтаксис MODX нигде вообще, и никому не советую.
На новых сайтах я тоже пишу все на Fenom, не нарадуюсь!
Но я не большинство, вот и решил мнение спросить.
Но я не большинство, вот и решил мнение спросить.
Ну так нужно:
а) приучать пользователей дополнений к хорошему
б) не приучать
Выбирай.
а) приучать пользователей дополнений к хорошему
б) не приучать
Выбирай.
тоже перешел полностью на феном
разве что такого рода артефакты остались на переводах в чанках:
разве что такого рода артефакты остались на переводах в чанках:
[[!%abcd.c.{$category}]]
[[!%abcd.city.ee.{$city}]]
можно ли тут обойтись без var? {('abcd.c.' ~ $category) | lexicon}
в миллионный раз спасибо! прощайте, теги modx)
крокозябы какие-то… мне кажется я не смогу осилить этот феном…
Это ты еще конкатенацию в PHP, похоже, не видел.
Используй родные теги MODX, не мучай себя.
$modx->lexicon('abcd.c.' . $category);
Чудовищная разница!Используй родные теги MODX, не мучай себя.
Вы знаете, решил углубиться в fenom, оказалось очень приятным делом, а главное удобным:
Раньше я использовал такую конструкцию условий:
Даже разбивка на чанки приносит удовольствие:
Раньше я использовал такую конструкцию условий:
[[[[*id:eq=`[[++site_start]]`:then=`$slider`:else=`--`]]]]
А сейчас использую такою:{if $_modx->resource.id == 1}
{include 'slider'}
{/if}
намного понятнее и понятнее.Даже разбивка на чанки приносит удовольствие:
{include 'header'}
тут я два раза кликаю и легко заменяю название[[$header]]
а на старом мне надо было выделить слово без знака доллара!
Ну вот, другое дело!
А потом еще откроешь для себя, что гораздо веселее хранить чанки в файлах и работать с ними из IDE.
А потом еще откроешь для себя, что гораздо веселее хранить чанки в файлах и работать с ними из IDE.
Fenom позволит сократить количество чанковУ меня с наследованием и условиями вообще кол-во шаблонов уменьшилось до парочки. Зато в обслуживании просто кайф ))
Шаблоны использовать приходится еще и для присоединения TV. Наследование в феноме кайф конечно)
Вслед за стандартным синтаксисом можно выбросить и ТВ параметры.
Методику расширения любых таблиц уже давно описали.
Методику расширения любых таблиц уже давно описали.
Как к такому полю прикрутить карту, например?
modstore.pro/packages/maps/yandexcoordstv
modstore.pro/packages/maps/yandexcoordstv
Как-то автор дополнения прикрутил карту к ТВ? Точно также её можно прикрутить к чему угодно.
При наличии желания — возможно всё, хоть новую админку написать. Другой вопрос, есть у тебя такое желание и навыки, так что это всё лирика.
При наличии желания — возможно всё, хоть новую админку написать. Другой вопрос, есть у тебя такое желание и навыки, так что это всё лирика.
Странный совет. Теперь вижу на сайтах MODX строк 1000 в чанках и шаблонах. Из-за вашего фенома только читаемость ухудшается. Есть же сниппеты для этого, зачем смешивать хтмл с php в феном? Подумали насчёт хотя бы этого, мой совет — не юзать феном ВЕЗДЕ, а только там, где требуется вывод большого количества.
Странный комментарий. Вот старая версия miniShop2 с 24 чанками, а вот текущая — с 16.
Арифметика говорит, что наш Fenom позволил сократить количество чанков без потери функциональности. А кое где, типа чанков email, даже с её добавлением.
Арифметика говорит, что наш Fenom позволил сократить количество чанков без потери функциональности. А кое где, типа чанков email, даже с её добавлением.
Феном лишь предлог, вы могли изначально не плодить столько чанков и условия все прописать через парсер.
Да ты что?
Берём, например, msGallery и смотрим как было: основной чанк, чанк для оформления одной картинки, чанк для оформления пустой галереи.
А теперь смотрим, как стало: просто один чанк, внутри которого условие и проход по массиву. Если проверку на пустоту еще можно делать в сниппете, то пройти по массиву стандартный парсер не сможет никак.
И ты в сниппете, без отдельного чанка (или запихивания в один чанк двух, через разделитель), не сможешь.
А еще ты не сможешь доказать преимущества работы через сниппеты со стандартным парсером, потому что при работе с Fenom, сниппеты тоже никуда не делись. И понимая это, мы сравниваем просто работу парсера и шаблонизатора.
Если лично тебе не ясна разница в их возможностях — я могу только посочувствовать.
Берём, например, msGallery и смотрим как было: основной чанк, чанк для оформления одной картинки, чанк для оформления пустой галереи.
А теперь смотрим, как стало: просто один чанк, внутри которого условие и проход по массиву. Если проверку на пустоту еще можно делать в сниппете, то пройти по массиву стандартный парсер не сможет никак.
И ты в сниппете, без отдельного чанка (или запихивания в один чанк двух, через разделитель), не сможешь.
А еще ты не сможешь доказать преимущества работы через сниппеты со стандартным парсером, потому что при работе с Fenom, сниппеты тоже никуда не делись. И понимая это, мы сравниваем просто работу парсера и шаблонизатора.
Если лично тебе не ясна разница в их возможностях — я могу только посочувствовать.
Лично я настолько привык к феному, что если вернуться в то время когда его не было, на MODX вообще глаза бы смотреть отказались) Удивляюсь тому, что кто-то до сих пор использует стандартный парсер, особенно убогими кажутся конструкции типа фильров phx. Если вижу такое на каких-то сайтах, то понимаю, что разработчик сайта сильно застрял в MODX из 90-х первых версий Revo. А насчёт 1000 чанков это фигня какая-то, с помощью фенома можно очень сильно облегчить множество задач, упростить структуру, особенно круто, что можно наследовать шаблоны и чанки. В голове только всплывает фраза из рекламы: «ты просто не умеешь их готовить»)
Насчёт 1000 чанков такой пример. Допустим, нам нужно вывести один код если переменная, скажем TV, равна одному значению, и другой код, если равна другому значению. А условий может быть множество и не очень простых. И мы в итоге создадим в довесок к чанку с выводом TV-переменной сниппет, и ещё несколько чанков к нему в придачу, на каждый вариант нашего условия. И всё это будет раскидано по сайту. Поди потом разберись что где вызывается и как взаимосвязано. А с феномом можно всё в одном месте прописать, открыл исходный чанк и понимаешь логику. Это я только самый простой пример описал. А часто бывает гораздо запутаннее. При стандартном парсере как раз и придётся написать 1000 сниппетов и чанков. Даже в таких случаях где надо тупо телефон превратить из 7 (920) 987-65-43 в 79209876543 придётся написать целый сниппет. Получится множество чанков и сниппетов, или запутанные нечитаемые конструкции phx, которые ещё и томозные, т.к. все теги прописанные в них, будут обработаны, даже если не попадают под условие.
Конечно, с феномом читаемость html-кода пострадает. Но как ещё по-другому описать логику вывода html? У нас же динамический сайт, а не голая вёрстка. Я думаю больше никак. Хотя, не, можно ещё как в вордпрессе вставлять <?php ?> в шаблон)
Конечно, с феномом читаемость html-кода пострадает. Но как ещё по-другому описать логику вывода html? У нас же динамический сайт, а не голая вёрстка. Я думаю больше никак. Хотя, не, можно ещё как в вордпрессе вставлять <?php ?> в шаблон)
Связка Modx и Fenom это круто. Но есть причины, по которым я против внедрения его в компоненты как default решения. Как бы крут феном не был, он не входит в ядро Modx. Для его работы требуется pdo парсер и… он не будет работать на готовых проектах где есть inline стили или js. Я знаю что нужно обрамлять в ignore и вообще inline css и js зло, но бывает так.
Такое решение для тех, кто знает что такое Fenom, что такое pdoTools, как их подружить и знает что перед началом использования во всём проекте необходимо экранировать блоки с фигурными скобками. Для новичков порог вхождения высокий. Может это и к лучшему, пусть остаются «избранные», а остальные идут на wp и joomla?
Такое решение для тех, кто знает что такое Fenom, что такое pdoTools, как их подружить и знает что перед началом использования во всём проекте необходимо экранировать блоки с фигурными скобками. Для новичков порог вхождения высокий. Может это и к лучшему, пусть остаются «избранные», а остальные идут на wp и joomla?
Аналогичные мыли были, что Fenom это не MODX, а лишь парсер из pdoTools, хоть и удобно =). Но с другой стороны, я и так в своем дополнении использую pdoTools, т.е. без него работать не будет.
А с другой стороны, почему бы и не выстроить круг дополнений, прекрасно работающих с использованием pdoTools и Fenom). Не нравится — ищем другие дополнения :)
А с другой стороны, почему бы и не выстроить круг дополнений, прекрасно работающих с использованием pdoTools и Fenom). Не нравится — ищем другие дополнения :)
Для новичков порог вхождения высокий.А родной то парсер какой простой!
Настолько, что недавно назначали 1000 евро за исправление багов при вызове некэшированных тегов внутри кэшированных, которые есть во всех версиях.
Такое решение для тех, кто знает что такое Fenom, что такое pdoTools, как их подружить и знает что перед началом использования во всём проекте необходимо экранировать блоки с фигурными скобками.По умолчанию Fenom используется исключительно внутри чанков, а pdoTools устанавливается автоматически, как зависимость дополнений.
Для использования Fenom глобально нужно руками включить одну системную настройку и делается это добровольно.
miniShop2 уже полностью переехал на Fenom, потом ms2Gallery — и ничего, популярность дополнений не упала, скорее даже наоборот.
А родной то парсер какой простой!Намного больше примеров и документации. О взаимодействии Fenom и Modx пока можно найти обрывочную информацию только здесь.
А так, считайте что убедили :)
Да ладно сказки-то рассказывать docs.modx.pro/components/pdotools/parser#Шаблонизатор-Fenom
Что касается шаблонизатора, наша документация куда подробнее официальной.
Что касается шаблонизатора, наша документация куда подробнее официальной.
И ты считаешь, что это «больше» чем то что было наработано за все прошлые годы другими ресурсами? Ну ок.
ты считаешь, что это «больше» чем то что было наработано за все прошлые годыЭто эффективнее и этим, на мой взгляд, всё сказано…
А ты просто дай ссылку на другие ресурсы, где больше информации про родной парсер и вопрос будет закрыт.
Желательно на один ресурс, и на русском. Потому что искать и переводить в 10 местах дураков обычно нет.
Желательно на один ресурс, и на русском. Потому что искать и переводить в 10 местах дураков обычно нет.
Я за Fenom. Но документацию хорошо бы снабдить многочисленными примерами. Fenom штука очень хорошая, но приходится облазить пол-интернета и применить метод тыка, пока не найдешь то, что тебе нужно.
он не будет работать на готовых проектах где есть inline стили или jsА в чём проблема добавить по пробелу после открывающей фигурной скобки в инлайновых css и js?
Не думаю, что ради родного тормознутого парсера MODX стоит экономить на скорости и удобстве дополнения.
Отличный пример привёл Василий — miniShop2 и ms2Gallery уже давно полностью переехали на Fenom, и от этого они только выйграли.
А в чём проблема добавить по пробелу после открывающей фигурной скобки в инлайновых css и js?В новых проектах — никаких. В старых — это часто проблема). А вообще не знал о таком подходе. Спасибо.
Во всех старых проектах именно так и делаю. Это совсем несложно и занимает немного времени, особенно если пользоваться горячими клавишами замены и консолью ошибок, куда сыпятся ошибки с конкретными кусками кода, требующего пробел после фигурной скобки.
Повезло тебе с проектами) Есть у меня один проект на несколько тысяч страниц, древний как мамонт. Хотел я его тоже перевести на Fenom, но в контенте каждой 2й страницы ад.
Для этого есть замечательный инструмент modDevTools, который работает и с кодом контента. Там и можно настроить автозамену скобок.
Плюс тебе. Но опять же, видишь… эта информация которую надо откуда-то получить. Откуда эту информацию должен взять тот кто только начинает в modx? Типа меня)
Спасибо за плюс, приятно что оказался полезен! )))
Также можешь подписаться на новые темы с сообщества по RSS и проглядывать те, что интересны тебе. Я например делаю это через этот сервис.
эта информация которую надо откуда-то получить. Откуда эту информацию должен взять тот кто только начинает в modx?Ну например с сайта, на котором мы сейчас находимся. Свои знания я черпал в основном только отсюда. Просто нужно взять себе за правило ежедневно читать это сообщество, искать всю информацию тут через поиск. Кстати, тут очень много интересных трюков на Fenom можно нарыть.
Также можешь подписаться на новые темы с сообщества по RSS и проглядывать те, что интересны тебе. Я например делаю это через этот сервис.
"+" )))
А сам Fenom не умрет в ближайшее время? MinifyX уже похоронили из-за зависимостей.
Заминусовали, но никто не дал комментарий))
Не, ну может и умрет, появиться новый шаблонизатор, более функциональный. Это развитие, что делать.
Но пока вроде нет предпосылок к тому))
Не, ну может и умрет, появиться новый шаблонизатор, более функциональный. Это развитие, что делать.
Но пока вроде нет предпосылок к тому))
А MODX-то не помрёт? Или я — вдруг меня автобус переедет?
Странный какой-то вопрос, видимо среди программистов должны быть не только телепаты, но и предсказатели будущего.
Странный какой-то вопрос, видимо среди программистов должны быть не только телепаты, но и предсказатели будущего.
Вообще то вторжение инопланетян вот-вот (давно уже) ожидается и прочие катаклизмы.
А на комментарий Александра очень подмывало процитировать Черномырдина:
«Никогда такого не было, и вот опять.» :)))
Всем здравия и долгих лет, в т.ч. и MODX и Fenom!
А на комментарий Александра очень подмывало процитировать Черномырдина:
«Никогда такого не было, и вот опять.» :)))
Всем здравия и долгих лет, в т.ч. и MODX и Fenom!
Странный какой-то вопросНичего странного. Много ли людей занимаются Fenom? Последний коммит я видел от тебя. Ты же не робот везде успевать.
Нужно много людей, чтобы им заниматься? Это же шаблонизатор, у него определённый круг задач, которые он успешно выполняет.
Если ты нашел какой-то баг — шли репорт, не стесняйся.
Если ты нашел какой-то баг — шли репорт, не стесняйся.
Да я не против. Шаблонизатор хороший. После истории с MinifyX, как-то совсем грустно становится.
Периодически попадаются на доработку сайты Modx за которыми не следили какое-то время. Мало того, что велосипедит кто как хочет, еще и обновить или переделать целая история.
Буквально недавно было таких 2 проекта. Fenom не заработал, но при этом работали ms2Gallery и MS2 (2.4) галерея с синтаксисом Fenom.
Периодически попадаются на доработку сайты Modx за которыми не следили какое-то время. Мало того, что велосипедит кто как хочет, еще и обновить или переделать целая история.
Буквально недавно было таких 2 проекта. Fenom не заработал, но при этом работали ms2Gallery и MS2 (2.4) галерея с синтаксисом Fenom.
Мало того, что велосипедит кто как хочет, еще и обновить или переделать целая история.А ты хочешь, чтобы тебе деньги просто так платили?
В общем, извини, констуктива я в твоих комментариях не вижу. Если совсем грустно становится — можно сходить в кино с девушкой\женой, или там на пляж позагорать, повеселиться.
Буквально недавно было таких 2 проекта. Fenom не заработал, но при этом работали ms2Gallery и MS2 (2.4) галерея с синтаксисом Fenom.
Работа Fenom по умолчанию включена только в чанках. Скорее всего нужно было включить работу в шаблонах)
Скорее всего нужно было включить работу в шаблонахСпасибо. Я не настолько глупый, чтобы не проверить настройки pdoTools
MinifyX уже похоронили из-за зависимостей.а когда были похороны MinifyX?
p.s. я его до сих пор использую.
Как только он не осилил собрать Bootstrap 4 из-за библтотеки Munee, которая давно не обновлялась.
Я бы не стал из-за этого его хоронить.
Библиотеку можно, даже нужно подключать отдельно уже сжатую.
Библиотеку можно, даже нужно подключать отдельно уже сжатую.
так именно munee и не развивается
Так и Fenom не родной.
Верно. Тоже частенько заглядываю туда.
А подскажите переписывал Tickets на fenom, есть момент, что некоторые плейсхолдеры которые вытаскивают закомментированные строки, типо [[+captcha]], если менять на {$captcha} не вытаскивает эти строки
<!--tickets_captcha
<div class="form-group">
<label for="comment-captcha" id="comment-captcha">[[+captcha]]</label>
<input type="text" name="captcha" value="" id="comment-captcha" class="wpcf7-text" />
<span class="error"></span>
</div>
-->
он просто их не видит…
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.