Финансовая поддержка VPS, бесплатные дополнения и docs Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию. Поддержать

Всего 126 240 комментариев

Павел Голубев
Павел Голубев
Рынок, где коммерчески оправданно использование Modx — очень сильно сжался. Для чего-то более-менее сложного есть Laravel/Symfony в качестве бека и Vue/React на фронте. Для лендингов, простых сайтов и магазинов на 200 товаров — есть конструкторы, а теперь еще и нейронки. Каких-то раскидистых корпоративных порталов и сложного екома на нём тоже делать не будешь.

Поэтому это было классное время, спасибо Modx, но пора двигаться дальше.
Сергей Шлоков
Сергей Шлоков
Грустно наблюдать всё это. Чтобы понять всю бесперспективность данного многолетнего обсуждения в RU сообществе, нужно подняться над проблемой. Тогда будет всё очевидно.
Удел MODX — постепенное забвение. И небольшая кучка людей, которая страдает ностальгией, это не изменит. Даже если наберется 10 желающих, то через год от них вряд ли останется половина. Основная движущая сила этого движения — несколько бывших модыксеров, у которых остались тёплые чувства к MODX из-за того, что он дал им выход в мир разработки. Они уже сейчас даже его не используют. Это просто энтузиасты, у которых завтра изменятся планы и которым по большому счету спасибо никто говорить не будет.

MODX все любят и любили именно за то, что он из себя представляет. Если всё это убрать и сделать из него второй Laravel, то он перестанет быть MODX. Да и вообще, зачем делать Laravel-подобный инструмент, если есть Laravel. Чтобы был Laravel, но с чанками, сниппетами, плагинами? Нафига? Из-за страха, что сложно выучить Laravel? ИИ сейчас эту проблем убирает почти совсем.

Это не значит, что MODX нельзя сейчас использовать. Можно конечно. Но относится к этому нужно просто как к инструменту, который помогает здесь и сейчас заработать деньги. Вы потратили время на его изучение. Поэтому нужно взять от этого максимум. Но ни в коем случае нельзя на нём зацикливаться. Нужно развиваться дальше.

Я никого не отговариваю. У кого есть желание и свободное время для этого, могут взяться и доказать, что я ошибаюсь. Хоть я в успех не верю, но тем не менее, это всё равно будет полезно для повышения скиллов.

Вот такое моё имхо. Это сообщение самоуничтожится после самоуничтожения )
Николай Савин
Николай Савин
Хорошо написал, хочется поапладировать. Практический план ровно такой каким и должен быть. Максимально крупными мазками, но уже конкретный.
Как думаешь есть смысл менять название и брендинг? Если да, то в какой момент?
В чатике предлагали modex — мне прям зашло.
Евгений Борисов
Евгений Борисов
Мы 14 лет наблюдаем один и тот же цикл.

19 апреля 2012 сама MODX в
«Bringing Evolution Development Back to Life» написала: push-доступ у нескольких человек, а *«with the current workload of the MODX Team, it also serves as a barrier. That must change!»* Решением тогда назвали не форк, а Integration Manager, выбранного сообществом, с push-доступом в официальный репозиторий — *«handing over the keys to the Community ASAP»*.

23 января 2013 готовый фикс XSS в FormIt ушёл PR'ом — к 17 марта ноль реакции, а в середине марта баг подтверждён как всё ещё присутствующий в релизе. 14 ноября 2016 MODX выпустила security-релиз 2.5.2 и официально поблагодарила bezumkin, Fi1osof, Mark-H, AgelXNash и chengruiqi; в том же треде член security team написал: *«We took too long to respond to your initial email, and I'm sorry for that»*. 2 сентября 2026 сообщество снова пишет открытое письмо с тем же диагнозом: вклад есть, люди есть, процесса, превращающего их в решения, нет.

Между этими точками — наш собственный опыт: параллельные сборки, а затем в 2016 MODX сама передала Evolution команде сообщества — опять её же словами, «handing over the keys»; Evo 2.0 вышел в 2018, репозиторий позже осёл в evocms-community. Две экосистемы, два рынка дополнений, две документации и миграция, которая пережила все споры, её породившие. Мы проходили этот цикл изнутри.

Вывод простой: когда единственный способ превратить работу в решение — построить отдельный продукт, контрибьюторы не объединяются, а фрагментируются. И платит установленная база.

Поэтому предлагаю не ждать очередного ответа официалов и не плодить конкурирующие ветки, а вернуться к совместной разработке — под новым брендом, который не принадлежит ни одной компании и ни одной национальной группе (включая modx.pro и включая нас).

Что кладём в основу:
— опыт Evolution CMS: сопровождение большой установленной базы и модернизация в условиях обратной совместимости, включая работу на базе Laravel-компонентов;
— практики экосистемы Laravel: пакеты, контракты, service container — современный PHP без изобретания собственного велосипеда;
— архитектурные идеи следующего поколения, которые давно обсуждают Философ и другие: API-first, отказ от ExtJS, чистое ядро.

С одним правилом, согласованным заранее — два трека:
Трек A — эволюция с обратной совместимостью: безопасность, современные версии PHP, DX для существующей установленной базы.
Трек B — прогрессивный трек без ограничений совместимости: чистая архитектура проверяется прототипами, а не манифестами.

Governance с первого дня: мейнтейнеры зарабатывают права историей вклада, зоны ответственности ограничены, RFC публичные, правила передачи и отзыва прав прозрачны. Если у официалов появится реальный процесс — интеграция на столе; срок 30 сентября — это срок для MODX, не для нас. Но после четырнадцати лет одного и того же цикла сообщество, которое все эти годы тащило проект на старой памяти, обязано само себе дать работающую альтернативу.

Мы больше не ждём разрешения. Название, как и всё остальное, выберем вместе. Кто с нами?
Роман
Роман
Добрый день, а если просто обновлять товары, цены, картинку и остальные поля, то ставить // пропускать несуществующие ресурсы (только обновление, без создания)
$impex_config['skip_new'] = true;? т.е. будут обновляться только все поля и не создаваться новые товары? или как?
Олег Захаров
Олег Захаров
Давно пора! Такой классный движок застопорился в развитии из-за непонятно чего. Я много лет занимаюсь разработкой сайтов, делал сайты на joomla, wordpress, Yii, 1С-Битрикс, MODX, Laravel+Vue. Но последние лет 10 когда надо сделать какой-нибудь сложный сайт я всегда выбираю MODX. На нем просто и быстро развернуть прототип, сделать рабочую модель в разы проще. Я уже несколько проектов на ИИ-сделал на MODX. Хотя и выбираю для некоторых проектов Laravel+Vue, мне очень нравится MODX и хочется чтобы он развивался. В свое время кстати нашумели MODX Evolution на базе Laravel — что-то про них не слышно в последнее время. Где-то читал что якобы их Laravel или кто-то там поглотил (не знаю правда или нет? Подскажите). Пробовал на нем делать проекты, как-то не зашло. MODX REVO как-то привычнее стал что-ли — в нем все понятно и просто (ну как бы новичкам не просто все сразу, но потом к нему так привыкаешь). И суть в том что MODX Revo столько лет существует, но от этого не становится неактуальным. И даже сегодня в век ИИ он довольно интересен и перспективен — ИИ прекрасно знают как работает MODX Revo, причем как версии 2, так и 3. Сейчас сделать компонент для MODX легче легкого — ИИ сам упакует как надо все (не тратишь время на отладки и поиски где поставил не так запятую), остается фокус внимания на бизнес-логике компонента. Не надо тратить время на создание механики сайта (учетки, авторизации, магазин, мультиязычность/ мультидоменность, легко встраивать любые скрипты, шаблоны, фреймворки). И я себе даже сделал сервис сайт-завод который делает сайты именно на MODX Revo. Использование чанков оказалось очень удобно для работы с ИИ — даешь ему ссылку на чанк — он правит только его, не ломая и не переписывая весь сайт. Только надо научить правильно программировать и создавать структуру сайта.
В век развития ИИ надо делать сайт максимально адаптированным для применения для ИИ. Сделать универсальные API. Удобные интеграции. И многое другое. Нужна база знаний по MODX в формате Obsidian.md — общедоступная.