MODX 3.2 в 2026 году: стоит ли обновляться и что проверить перед переходом на PHP 8.4 и 8.5

В 2026 году тема обновления MODX снова стала по-настоящему горячей. Причина простая: вышел MODX Revolution 3.2, а вместе с ним снова встал практический вопрос — стоит ли обновлять рабочий сайт, когда вокруг уже используются PHP 8.4 и PHP 8.5, а старые проекты по-прежнему живут на давно не тронутых сборках.

Если говорить коротко, то сам по себе релиз MODX 3.2 — это хороший повод заняться обновлением, но не повод жать кнопку “обновить” вслепую. Здесь важнее не сам номер версии, а то, насколько ваш проект готов к переходу.

---

Что изменилось в MODX Revolution 3.2

MODX 3.2 — это не косметическое обновление ради галочки. В релизе сделали упор на стабильность, улучшение работы менеджера, исправление ошибок и подготовку системы к более современному окружению.

Для владельца сайта это означает простую вещь: ядро стало актуальнее, а для разработчика и администратора — что двигаться дальше с устаревшей сборкой будет всё менее комфортно.

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

---

Почему тема обновления стала особенно актуальной именно сейчас

Раньше многие проекты спокойно жили на старых версиях MODX и PHP просто потому, что “и так работает”. В 2026 году этот аргумент становится всё слабее.

На практике картина выглядит так:

• сам MODX уже двигается вперёд и получил релиз 3.2;

• в экосистеме стали активнее обсуждать новые инструменты, extras и developer-подходы;

• PHP давно не стоит на месте, а значит старые проекты всё чаще сталкиваются с вопросами совместимости.

Именно поэтому обновление сайта на MODX сегодня — это не “техническая прихоть”, а нормальная часть поддержки проекта.

---

Кому уже стоит смотреть в сторону MODX 3.2

Обычно обновление стоит планировать в первую очередь, если:

• сайт уже работает на MODX 3, но давно не обновлялся;

• на сервере планируется или уже произошло обновление PHP;

• на проекте регулярно ведутся доработки и нужна более предсказуемая база;

• вы хотите не просто “держать сайт живым”, а развивать его дальше без накопления лишнего технического долга.

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

---

Когда обновляться лучше не сразу

Есть и обратные ситуации, когда обновление без подготовки может доставить больше проблем, чем пользы.

Осторожнее стоит быть, если:

• проект много лет никто не обслуживал;

• на сайте много самописных сниппетов и старых дополнений;

• никто не знает, что именно менялось в шаблонах, чанках и компонентах;

• сайт уже переживал неудачные переносы или ручные правки ядра;

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

В таких случаях правильнее сначала сделать аудит совместимости, а не идти в обновление “на живую”.

---

Совместимость MODX 3.2 с PHP 8.3, 8.4 и 8.5

На практике вопрос почти всегда звучит так: “А на какой PHP лучше держать MODX 3.2?”

Универсального ответа для всех проектов нет, но логика обычно следующая:

• PHP 8.3 — понятный и предсказуемый вариант для многих продовых проектов, особенно если сайт уже проверялся на этой ветке;

• PHP 8.4 — хороший следующий шаг для современных проектов, если компоненты и самописный код совместимы;

• PHP 8.5 — тоже можно рассматривать, но здесь уже особенно важно прогонять тесты и проверять зависимости, а не исходить из логики “ядро обновилось — значит всё точно заработает”.

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

---

Что проверить перед обновлением MODX

Перед любым обновлением полезно пройтись по простому, но обязательному списку.

• сделать резервную копию файлов и базы данных;

• зафиксировать текущую версию MODX и PHP;

• собрать список всех установленных extras и кастомных компонентов;

• проверить формы, каталог, личные сценарии, фильтры, поиск и корзину;

• посмотреть логи и понять, нет ли ошибок уже до обновления;

• убедиться, что есть тестовый стенд или копия сайта.

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

---

Безопасный сценарий обновления сайта на MODX

Самый рабочий подход выглядит так:

1. снимаем бэкап проекта;

2. разворачиваем копию сайта на тестовом домене или сервере;

3. проверяем окружение и версию PHP;

4. обновляем MODX на тестовой копии;

5. проверяем дополнения, формы, каталог, шаблоны и ключевые страницы;

6. только после этого повторяем сценарий на боевом сайте.

Да, это не самый быстрый вариант. Зато именно он обычно экономит время, если сайт реально рабочий и приносит заявки.

---

Какие проблемы всплывают после обновления чаще всего

Обычно ломается не сам MODX, а всё то, что жило вокруг него годами:

• старые дополнения и нестандартные компоненты;

• самописные сниппеты, которые не рассчитаны на новое окружение;

• старые куски в шаблонах, которые раньше “как-то работали”;

• нестандартная логика авторизации, форм или каталога;

• проекты, где раньше правили ядро напрямую.

Если после обновления белый экран, ошибки 500, перестали работать формы или не открывается manager, почти всегда нужно смотреть совместимость кода и дополнений, а не винить сам факт обновления.

---

Что ещё происходит в экосистеме MODX в 2026 году

Сейчас обновление MODX интересно не только самим релизом 3.2. Вокруг системы снова заметно оживление: обсуждаются новые extras, developer-инструменты, подходы к работе с кодом и более современная инфраструктура проектов.

Поэтому обновление до MODX 3.2 — это не только про “поставить свежую версию”, но и про то, чтобы не выпадать из нормального технического движения экосистемы.

---

Стоит ли обновлять MODX до 3.2 прямо сейчас

Если отвечать без крайностей, то вывод такой:

• да, стоит, если проект живой, развивается и у вас есть возможность сначала проверить обновление на копии;

• не стоит обновлять вслепую, если сайт старый, запутанный и давно не обслуживался;

• лучше делать обновление как отдельную задачу, а не как случайную кнопку между другими правками.

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

---

Короткий FAQ

Можно ли обновить MODX 2.x сразу до 3.2?

Можно, но такие переходы лучше делать особенно аккуратно и только после проверки компонентов, шаблонов и окружения.

Можно ли ставить PHP 8.5 на сайт с MODX 3.2?

Рассматривать можно, но только после проверки совместимости всего проекта. Универсальной гарантии “заработает на любом сайте” здесь нет.

Что важнее: версия MODX или версия PHP?

На боевом сайте важна связка. Обновлять одно без понимания совместимости второго — плохая идея.

Нужен ли тестовый стенд перед обновлением?

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

---

Итог

MODX Revolution 3.2 в 2026 году — это хороший и своевременный шаг вперёд для экосистемы. Но для конкретного сайта вопрос всегда упирается не только в релиз, а в готовность проекта: код, компоненты, окружение, версия PHP и аккуратность предыдущих доработок.

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

Если нужно оценить, готов ли ваш сайт к обновлению MODX и PHP, можно начать с анализа кода сайта, заказать поддержку сайта или написать через контакты.