Максим

Не знаю, не помню когда в последний раз использовал эту конструкцию. Раньше да, помнится были какие-то проблемы.

Мне кажется, лучше пройтись по шаблонам и сразу сделать правильно. Дополнительный сниппет — это дополнительная нагрузка на систему.

Не совсем понял в чем решение… Да, есть стандартный парсер; да, некоторые «миксуют» его с Феномом. И? Ты предлагаешь вместо того, что бы прописать {ignore} там, где надо, подключить (написать) сниппет-обёртку, в который будут передаваться феном-чанки?

Сам относительно недавно столкнулся с проблемами phpThumb. Насколько помню в последних релизах modx была версия phpThumb, которая работала только с php 8 (в коде были фичи именно от 8-ки). А для сайта мне нужна была версия 7, соответственно были ошибки… Вручную скачивал phpThumb последней версии и заливал в core.

Мне вообще не нравится, что файлы дополнений раскиданы по всей системе… часть в assets/name, другая в core/name, а третья получается еще и в _build/name

Мне кажется, былоб логично, еслиб была одна папка в корне, например, components/name и уже в ней всё остальное: assets, core, build и т.п.

А можно подробнее? Каким образом можно будет избежать конфликтов, даже если все дополнения будут устанавливаться через Composer? Если МоёДополнение, например, использует зависимость версии 1, а ТвоёДополнение требует версию 5, где половина методов из версии 1 отсутствует, Composer как-то будет устанавливать 2 версии одной зависимости? И как потом этим пользоваться?

2. Те, кто не знают php, могут и дальше по старинке работать.

Давно мечтал о подобных формах! Спасибо!

Что вы имеете ввиду под «изменениями на сайте»? Изменение ресурсов? Или изменение кода (плагины/сниппеты/шаблоны)?

Может быть в .htaccess как-то прописать запрет на изменение (удаление) файла?

Да, но самый логичный как мне кажется. Тема вроде не так часто меняется, можно и вручную обновлять иногда оставшиеся файлы.

Потому и говорю, что на их стороне полюбому проблема. Сталкивался с прошлой версией, тоже голову сломал себе, в итоге заказчика просто отказался от него))

Я сейчас тоже посмотрел и глюк на глюке)) Тормозит ужасно всё)) Но, думаю, тут не к вам претензия, а к разработчикам виджета))

Да, проблемы есть в modx-3…

Кончился похоже modx.

Wordpress вон живёт и вроде не скоро еще собирается умирать)) Хотя, на мой взгляд, там проблем поболее… Так что…

Да, у меня тоже есть базовый пакет настроек)) Если это так можно назвать… Через Vapor делаю бэк-ап сайта с базовыми настройками, потом где надо разворачиваю, меняю ключи от modstore и другие настройки под новый сайт))

Вся эта идея с генерацией уникального ключа для каждой формы, помещения по этому ключу данных в сессию, при отправке формы считываная этого с сессии… вызывает ощущение дикого костыля.

А для чего тогда нужно использовать сессии в PHP, если не для этого в том числе? Когда лет 10 назад (а то и больше) изучал PHP, препод как раз так и предлагал делать: хранить данные формы в сессии! Думаю, ничего принципиально нового в подходе не поменялось за это время… если мы говорим именно про PHP.

Раньше пользовался этим: extras.modx.com/package/vapor

на WP и Opencart всё это бесплатно, плюс функционала больше

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

Почему мне стоит делать сайт на MODX с платной темой, где ещё за фильтр дополнительно платить нужно

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

А если клиенту предлагать, как его убедить?

Убедить в чем? Мне кажется, клиенту вообще на.. пофиг на какой системе ты будешь делать сайт. Ему важен лишь результат и общая стоимость работ.

Тоже так делаю :)

А почему нужно избавляться от ExtJS? Потому, что устаревшая версия? Или документация плохая (мало используется в разработке?)