Почему я не согласен с предложением сообщества modx.pro передать им больше полномочий в рамках проекта MODX Revolution
2 сентября 2026 года Иван Бочкарев опубликовал на официальном форуме MODX открытое письмо руководству проекта и команде MODX Revolution. Русская версия была опубликована на modx.pro.
Открытое письмо на официальном форуме MODX
Суть предложения достаточно проста: автор считает, что развитию MODX мешает существующая модель управления. В качестве решения предлагается публичный roadmap, более предсказуемая работа с Pull Requests, регулярные релизы и, главное, создание распределённой Core Maintainers Team с передачей дополнительных технических полномочий активным участникам. Само письмо прямо говорит о желании участвовать в формировании roadmap, влиять на результат своей работы и видеть свои изменения в официальных релизах.
Я понимаю это как предложение сообщества modx.pro получить больше реального влияния на официальный MODX Revolution.
Я с этим не согласен.
modx.pro — отдельное сообщество со своими интересами
Для начала я считаю необходимым перестать автоматически отождествлять modx.pro со всем MODX-сообществом.
modx.pro — большое, известное и исторически значимое русскоязычное сообщество. Но это самостоятельная площадка со своими участниками, администрацией, экономикой и интересами.
История русскоязычного MODX вообще никогда не сводилась к одной площадке. Существовали modx.ru, community.modx-cms.ru, modx.im и другие центры. Они появлялись, конфликтовали, распадались и сменяли друг друга. Об этом я уже подробно писал в материале «Как умирало MODX-сообщество».
Поэтому в нынешней ситуации мне интересен и другой вопрос: а где остальные сообщества?
Официальный международный форум существует, GitHub существует, Slack существует. Но где сегодня другие самостоятельные инженерные центры MODX, которые формируют собственное видение его будущего?
Если таких центров практически не осталось, а самым заметным активным сообществом оказывается modx.pro, всё сильнее похожий на коммерческую экосистему вокруг компонентов и услуг, то, возможно, проблема значительно глубже отсутствия roadmap и медленного review Pull Requests.
Возможно, у MODX действительно уже почти не осталось того инженерного сообщества, которое когда-то двигало платформу вперёд.
Почему я против передачи modx.pro дополнительных полномочий
Мне не надо предполагать, как сообщество modx.pro будет распоряжаться властью. Я уже видел, как оно распоряжается той властью, которая у него есть.
Недавний технический конфликт на modx.pro закончился удалением обсуждения и блокировкой моего аккаунта. Затем после попытки опубликовать открытое обращение в Telegram-группе ru_modx я был удалён и оттуда. Я уже описал эти события в «Открытом письме Николаю biz87 Савину».
Для меня здесь важна не личная сторона конфликта. Важно другое: когда появился сильный независимый технический оппонент, предлагающий другое направление и открыто спорящий с существующей моделью, конфликт был разрешён административным способом.
Теперь это же сообщество предлагает дать активным участникам больше полномочий уже внутри официального MODX. Я не вижу причин поддерживать такое расширение влияния.
Особенно учитывая, что у modx.pro есть собственная сформированная экономика. Я уже разбирал её в концепте «modx.pro — не брат для сообщества и конечного бизнеса»: площадка всё сильнее строится вокруг Extras, MiniShop, pdoTools, Modstore, интеграторов и услуг по разработке и сопровождению.
Для этой экономики жизнеспособный MODX объективно выгоден. Чем дольше живёт MODX и чем больше проектов зависит от существующего компонентного стека, тем дольше существует рынок вокруг него.
Поэтому я не считаю modx.pro нейтральной стороной в вопросе о развитии ядра. Передача такой экосистеме большего влияния на roadmap и технические решения с высокой вероятностью приведёт к тому, что MODX станет лучше обслуживать именно существующую модель компонентов и услуг.
Я не вижу здесь нового технологического будущего MODX.
120 Pull Requests — это ещё не новое будущее
Один из основных аргументов открытого письма — около 120 открытых Pull Requests и более 570 Issues.
Но количество PR само по себе ничего не говорит о направлении развития. Если открыть backlog Revolution, там много полезной работы: исправления ACL, Resources, Package Manager, Manager UI, lexicons, sessions, compatibility, CI и других частей системы. Есть и более глубокие рефакторинги.
Но в целом я вижу прежде всего maintenance и постепенную модернизацию существующего Revolution, а не новую архитектуру MODX, которая уже создана сообществом и просто не может попасть в core из-за отсутствия merge-прав.
Это важно, потому что фундаментальная проблема MODX, на мой взгляд, давно находится глубже.
Как я писал в концепте «MODX — легаси, которое никуда не денется», MODX 3 получил Composer, namespaces, DI и современные PHP-механизмы, но фундаментальная модель Revolution осталась прежней: Resources, Templates, TVs, Chunks, Snippets, Plugins, parser и большая часть общей архитектурной философии системы.
Можно ускорить merge в несколько раз и всё равно продолжать очень эффективно обслуживать архитектуру пятнадцатилетней давности.
Поэтому я не вижу оснований считать, что дополнительные полномочия modx.pro сами по себе решат технологическую проблему MODX.
Всё это уже обсуждалось полгода назад
Нынешнее открытое письмо возникло не на пустом месте.
27 февраля 2026 года на официальном форуме MODX появился большой тред «The future of MODX: ideas, roadmap and release cycle?». Там обсуждали практически всё то же самое: отсутствие roadmap, медленный review PR, ExtJS, регулярность релизов, участие сообщества и недостаток людей, принимающих решения. Участники прямо напоминали, что подобные разговоры повторяются уже много лет.
Иван Бочкарев участвовал в этом обсуждении лично. Он уже тогда изложил довольно конкретное видение будущего: API-first core с REST и GraphQL, micro-kernel, DI, Composer, Vue 3 Manager, Redis, RoadRunner/Swoole, CLI, migrations, tests и другие изменения.
Там же Иван написал, что с 22 февраля отправил 79 PR, из которых на тот момент был принят только один, а позже сформулировал ещё важнее: если бы им дали свободу, даже вдвоём они могли бы выполнить значительный объём работы.
В том же обсуждении core maintainer Jason Coward описал обратную сторону ситуации: активная core-команда фактически состояла из считаных людей, а большой поток PR без предварительной архитектурной координации не снимал bottleneck, а увеличивал нагрузку на тех, кто в конечном счёте должен был оценивать и интегрировать изменения.
А joshualuckers уже тогда предупреждал, что подобные инициативы MODX много раз проходили один и тот же цикл: обсуждение, надежды, отсутствие устойчивых изменений и через несколько лет новый разговор о тех же проблемах. Теперь, после нового открытого письма, он прямо написал: «It looks like history will repeat itself, as usual. Sadly.»
Для моих возражений это ничего принципиально не меняет. Я по-прежнему не считаю передачу дополнительных полномочий сообществу modx.pro хорошим решением.
Зато это старое обсуждение серьёзно усиливает мой вариант компромисса.
Сделайте отдельный MODX 4
Если Иван и сообщество modx.pro действительно имеют собственное представление о будущем MODX, им совершенно не обязательно сначала получать дополнительные права внутри текущего Revolution.
Open Source уже позволяет взять код и сделать отдельную ветку следующего поколения — условный MODX 4.
У Ивана уже есть своё архитектурное видение, десятки PR и публично заявленная готовность много работать. У modx.pro есть площадка, аудитория и собственное сообщество. Этого достаточно, чтобы начать реализовывать своё видение независимо от текущего процесса review MODX Revolution.
Не требуется заранее получать дополнительные merge-права в официальной ветке. Не требуется согласовывать каждый шаг с нынешними maintainers. Не требуется сохранять обратную совместимость там, где она мешает новой архитектуре.
Сделайте тот MODX, который считаете правильным. Соберите его в полноценный продукт и распространяйте через modx.pro. Если MODX 4 окажется действительно удачным, появятся пользователи, реальные проекты и спрос — можно будет сделать мигратор и уже на основании работающего результата обсуждать дальнейшие отношения с официальным MODX.
Как именно организовать разработку, релизы, документацию и остальные процессы — это уже задача самого сообщества modx.pro. Я не вижу причины решать её за них.
Для меня принципиальна только последовательность: сначала покажите самостоятельный результат, а потом ставьте вопрос о дополнительных полномочиях внутри официального проекта.
Итог
Я считаю modx.pro большим и значимым, но отдельным сообществом со своей экономикой и своими интересами. Я вижу, как оно распоряжается уже имеющейся административной властью. Я вижу, вокруг какой модели сформировалась его коммерческая экосистема. Я вижу около 120 открытых PR и не вижу там готового нового архитектурного будущего MODX, которое блокируется исключительно отсутствием полномочий.
Поэтому я против того, чтобы официальная команда MODX передавала сообществу modx.pro дополнительные полномочия внутри Revolution.
При этом старое обсуждение на официальном форуме показывает, что у Ивана давно есть собственное техническое видение и желание реализовывать его быстрее. Именно поэтому отдельная ветка MODX 4 выглядит для меня не уходом от проблемы, а наиболее честным способом проверить это видение на практике.
И если сегодня других сопоставимых самостоятельных MODX-сообществ практически не осталось, это не аргумент в пользу передачи большего контроля тому, которое осталось. Для меня это повод задать другой вопрос: осталось ли у MODX вообще живое инженерное сообщество, способное породить новое поколение платформы, или вокруг legacy-системы остался прежде всего рынок её поддержки и компонентов?
Создание ещё одной Core Maintainers Team само по себе на этот вопрос не отвечает.
Текст подготовлен Лирой на основе позиции Николая Ланца, наших обсуждений и опубликованных им ранее материалов. Несмотря на участие Лиры в подготовке и формулировках, этот материал следует считать выражением позиции Николая Ланца.