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

За годы использования MODX Revolution обнаружено как немало недостатков, так и откровенных минусов данной CMS. Попытался собрать самые раздражающие из них.

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/.

14. MODX 3: революция без революции

Обещанный ещё в 2015 году MODX 3 всё-таки вышел спустя семь лет ожиданий. Стоило ли ждать? Если честно, то нет. Под капотом провели косметическую уборку: перешли на xPDO 3 с поддержкой пространств имён, подняли минимальную версию PHP до 7.2 (2022 год!). Для разработчиков это приятные плюшки, однако для конечного пользователя абсолютно незаметные мувы. Медленный ExtJS в архаичной админке никуда не делся. Таблица modx_session в БД по-прежнему раздувается до невероятных размеров. Шаблонизатор — та же неудобная скобкота, придуманная ещё в Etomite CMS, никакого Twig или Blade. Концепция ресурсов, чанков и сниппетов — та же.

Самое интересное: в MODX3 часть дополнений перестала работать, и авторам пришлось выпускать отдельные версии под тройку. То есть «мажорный релиз» умудрился одновременно сломать обратную совместимость и не предложить ничего принципиально нового пользователю.

Итого

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

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