Проблемы и минусы MODX

1. Тег base href

<base href="http://example.com/" />

Подобная конструкция доставляет неудобства с оформлением якорей (ссылок на части страницы через #). Код выглядит так:

<a href="[[~[[*id]]]]#top">Anchor</a>

Непонятно почему в MODX было просто не сделали абсолютные пути от корня сайта.

Также динамический тег [[++site_url]] в <base href=""> иногда вызывает появление дублей с поддоменов сайта, поэтому его лучше вызывать некэшированным:

<base href="[[!++site_url]]" />

2. Разработка на Windows

При разработке на Windows имеются проблемы с установкой приложений (дополенний) и в XAMPP и в OSPanel. Они просто не загружаются, не смотря на работающий curl. На хостинге список приложений открывается, но очень медленно.

3. Относительно медленная админка

Частично эта проблема исправлена в версии 2.4, но ExtJS по-прежнему вызывает тормоза и проблемы отображения в админке, приходится перезагружать страницу, что не добавляет скорости наполнения. Пользователи жалуются на сложность и перегруженность интерфейса. Отсутствует даже возможность сделать доп. поля с настройками страницы второй вкладкой в админке, разве что скрыть часть чекбоксов и пунктов меню.

Чтобы не быть голословным, приведу реальный фидбек от клиентов:

Я сделал копию ресурса. Всё норм. Что бы на сайте не висело две одинаковые страницы, убрал галочку Опубликовать. На моменте сохранения изменений всё зависло. Браузер Microsoft Edge.

4. Сниппеты (php-код) и шаблоны редактируются через админку

Конечно, есть возможность отключить кэширование и использовать опцию “Статический файл”. Но все-равно неудобно, хочется нормального поведения из коробки.
Также при включении статических файлов иногда в админке выводится иной код, а не тот, что загружается из файла.

5. Нет системы контроля версий

И это довольно плохо. Не всегда в админке работают профессионалы, которые понимают что именно делают. Для этого нужна система контроля версий как в WordPress. А пока это максимум дамп базы данных с общим “слепком” всех ресурсов.

6. Мало приложений

Плагинов мало и они иногда конфликтуют. Приложение Articles, к примеру, не понимает путей, если изменены настройки. В Twitter тоже не может отправить новую ссылку.
Так что при более менее сложном проекте приходится писать велосипеды. Коммьюнити относительно маленькое и низкого качества.

7. Относительно сложное обновление и перенос

Нужно переименовывать файлы, вручную чистить кэш, править базу данных.
И при опять же мало-мальски сложная система обновляется с предупреждениями и ошибками. (Есть плагины simpleUpdater и UpgradeMODX, которые глючат и делают обновление через раз).

8. Проблемы с логином

Периодически проходит баг, когда вы не можете войти в админку под правильными логином и паролем.

9. Белые экраны Fenom

При использовании шаблонизатора Fenom довольно сложно отследить ошибку. Если что-то пошло не так, вас ожидает белый экран. При достаточно объемном сайте вы узнаете об этом спустя некоторое время от пользователей или от поисковиков. Сам по себе феном в MODX – это костыль, но костыль полезный и обязательный к использованию, если вы тесно работаете с данной CMS.

10. Документация низкого качества

Да, да, не удивляйтесь. Знаменитая документация с rtfm.modx.com устарела и никем не поддерживается. Есть, конечно, доки от плагинов Безумкина, но они тоже далеки до идеала.

11. Разнесение товаров по ресурсам и чанкам

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

12. Проблема раздутого modx_session

MODX стартует сессии даже для неавторизованных пользователей — под каждого создается сессия, которая пишется в базу данных. Так база данных быстро разбухает до нескольких Гигабайт.

13. Проблемы с безопасностью

Обычно MODX славился своим быстрым выходом патчей, пару раз даже обгоняли WordPress по скорости релиза заплаток. Но последний факап войдет в историю данного движка. Ведь после обнародования уязвимости были взломаны все сайты до версии 2.6.4 включительно (т.е. до последней). Взлом миновал либо совсем непопулярные ресурсы, которые не были проиндексированы поисковиками, либо те, для которых была дополнительно переименована директория админки со стандартной /manager/.

Итого

MODX, без сомнений, лучше всяких Джумл и Битриксов. Однако, мы видим, что над вышеперечисленными проблемами не работают, и скорей всего они не будут исправлены никогда.

Последнее крупное обновление MODX Revo было аж в 2014 году. С тех пор они только фиксили мелкие баги. Было объявлено, что выйдет MODX 3 (тот же MODX Revo с новым дизайном админки), но даже в этом случае ничего коренным образом не изменится.

Всем, кто сейчас использует MODX можно только посочувствовать. Выбирайте фреймворки (Laravel, Yii2) либо современные CMS, даже WordPress будет лучше в 99% случаев.