Максим

Сам относительно недавно столкнулся с проблемами 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? Потому, что устаревшая версия? Или документация плохая (мало используется в разработке?)

Вообще, мне кажется, категорически не правильно, когда компонент устанавливает свой «кастомынй» обработчик! А если я уже использую свой? А если каждый компонент будет добавлять свой? Так ничего работать не будет, только поломается всё…

Как минимум с последним минишоп (4.1.1-pl) не совместим. При добавлении товара в корзину ничего не происходит, корзина остается пустой. Виной всему «кастомный» обработчик корзины msGiftCartHandler. Если поменять его на стандартный, товары добавляются.