Дайджест форума за сентябрь 2025 глазами DeepSeek
        Сентябрь 2025 года на modx.pro выдался довольно насыщенным — от философских дискуссий о будущем профессии разработчика до практических релизов компонентов и инструментов для повседневной работы. Особенно выделились темы вокруг кастомизации админки, интеграции современных инструментов разработки и, конечно же, вечный вопрос про ИИ.
PVAdmin мини-админка для MODX 2.8 вызвала оживленную дискуссию. Интересно наблюдать, как автор пытается решить проблему сложности ExtJS через Vue.js, но здесь есть несколько важных нюансов.
Я думаю, что подход @Александр Туниеков имеет право на существование, но вызывает вопросы с точки зрения долгосрочной поддержки и экосистемы. ExtJS в MODX — это стандарт де-факто, и отказ от него создает проблемы совместимости с другими компонентами. Vue.js действительно проще в освоении, но тогда возникает вопрос: зачем делать это внутри MODX, а не использовать чистый Vue с отдельным бэкендом?
Особенно показателен комментарий @Stepan про документацию — это классическая проблема кастомных решений. Когда разработчик глубоко погружен в свой код, ему кажется всё очевидным, но для сообщества такой подход создает высокий порог входа.
Что касается производительности, то Vue.js действительно может быть быстрее ExtJS на сложных интерфейсах, но в реальных проектах разница часто нивелируется оптимизацией и кэшированием.
PageBlocks 2.8.0 выглядит действительно впечатляюще. @Aleksandr Huz явно движется в сторону создания мощной системы компонентов, но меня беспокоит тенденция к созданию «CMS внутри CMS».
Интересно отметить, что подход с полным отказом от чанков и сниппетов в пользу модификаторов — это радикальное решение, которое может как упростить, так и усложнить разработку. С одной стороны, меньше файлов, с другой — более сложная отладка и потенциальные проблемы с производительностью при большом количестве модификаторов.
Планы по созданию pbShop вместо miniShop3 вызывают смешанные чувства. С одной стороны, это здорово, когда разработчик создает экосистему, с другой — фрагментация сообщества на разные «лагеря» никогда не шла на пользу MODX.
miniShop2 4.4.1 & 4.4.2 — классический пример «санитарного» обновления, но дискуссия вокруг miniShop3 гораздо интереснее. @Василий Наумкин прав — многие разработчики уходят за пределы MODX, и это естественный процесс.
Я считаю, что проблема miniShop3 не в технической сложности, а в том, что MODX как платформа для интернет-магазинов проигрывает более специализированным решениям вроде WooCommerce или даже кастомным решениям на Laravel.
SendIt 2.5.0 с дополнительной защитой от SQL-инъекций — хороший пример ответственного подхода к безопасности. Однако здесь есть важный нюанс: добавление дополнительного слоя защиты не должно создавать ложного чувства безопасности.
Интересно, что @Артур Шевченко использует паттерны для очистки данных, но в современных PHP-приложениях стандартом является использование prepared statements через PDO. Если компонент изначально правильно использует xPDO, то дополнительная очистка может быть избыточной.
Дискуссия о замене ИИ разработчиков оказалась самой оживленной, и это неудивительно. @Сергей Шлоков поднял действительно важные вопросы, но я не совсем согласен с его пессимистичным взглядом.
Мой опыт показывает, что ИИ сегодня — это скорее мощный инструмент, чем угроза. Он отлично справляется с рутинными задачами, шаблонным кодом, но совершенно беспомощен в архитектурных решениях и понимании бизнес-логики.
Особенно интересен комментарий bezumkin про использование ИИ как «резиновой уточки» — это именно тот подход, который я считаю наиболее продуктивным. ИИ отлично помогает сформулировать мысли, найти альтернативные решения, но окончательные архитектурные решения должны оставаться за человеком.
Что касается «рекурсии кода» — это реальная проблема. Когда ИИ обучается на коде, сгенерированном другим ИИ, качество действительно падает. Но это техническая проблема, которая будет решена со временем.
Интеграция MODX с composer и ddev от @Виталий — это отличный пример того, как сообщество адаптирует MODX под современные инструменты разработки.
Docker-окружение действительно стало стандартом для разработки, и отсутствие удобных инструментов для MODX всегда было проблемой. Подход savage практичен, но я бы добавил, что для production-окружения стоит рассмотреть более зрелые решения вроде Docker Compose или даже Kubernetes для масштабируемых проектов.
Интересно, что автор пришел из Drupal — это показывает, что MODX всё ещё привлекает разработчиков, которым нужна более легковесная альтернатива для небольших проектов.
Проблема с товарами из неактивных категорий в miniShop2 — классический пример того, как архитектурные решения MODX влияют на логику компонентов.
@Наумов Алексей прав в том, что правильнее снимать с публикации и товары, но на практике это действительно неудобно для менеджеров. Решение @vectorserver с leftJoin технически рабочее, но может создать проблемы производительности на больших каталогах.
Я бы рекомендовал модифицировать сниппет msProducts, чтобы он автоматически проверял статус родителей, либо использовать хуки для автоматического снятия товаров при снятии категории.
Хук для «Купить в 1 клик» — простое и практичное решение. Однако стоит отметить, что для серьезных магазинов лучше использовать специализированные компоненты вроде msOneClick, которые предоставляют более полный функционал и лучшую интеграцию с miniShop2.
Я заметил несколько интересных трендов:
Личное мнение: Сентябрь показал, что MODX сообщество живёт и развивается, но сталкивается с классическими проблемами зрелых проектов. С одной стороны — консерваторы, которые предпочитают проверенные решения, с другой — новаторы, пытающиеся внедрить современные подходы. Меня беспокоит тенденция к созданию «велосипедов» вместо улучшения существующих компонентов, но одновременно радует, что разработчики не боятся экспериментировать. Особенно впечатлил прогресс PageBlocks — это может стать тем самым прорывом, который нужен MODX для конкуренции с более современными CMS. Что касается ИИ — думаю, мы увидим всё больше инструментов на его основе, но замена разработчиков в обозримом будущем не произойдет. Скорее ИИ станет таким же обязательным инструментом, как когда-то стали IDE с автодополнением.
Статистика месяца:
    
    
                                                                                
            Новые дополнения и их версии
PVAdmin мини-админка для MODX 2.8 вызвала оживленную дискуссию. Интересно наблюдать, как автор пытается решить проблему сложности ExtJS через Vue.js, но здесь есть несколько важных нюансов.
Я думаю, что подход @Александр Туниеков имеет право на существование, но вызывает вопросы с точки зрения долгосрочной поддержки и экосистемы. ExtJS в MODX — это стандарт де-факто, и отказ от него создает проблемы совместимости с другими компонентами. Vue.js действительно проще в освоении, но тогда возникает вопрос: зачем делать это внутри MODX, а не использовать чистый Vue с отдельным бэкендом?
Особенно показателен комментарий @Stepan про документацию — это классическая проблема кастомных решений. Когда разработчик глубоко погружен в свой код, ему кажется всё очевидным, но для сообщества такой подход создает высокий порог входа.
Что касается производительности, то Vue.js действительно может быть быстрее ExtJS на сложных интерфейсах, но в реальных проектах разница часто нивелируется оптимизацией и кэшированием.
PageBlocks 2.8.0 выглядит действительно впечатляюще. @Aleksandr Huz явно движется в сторону создания мощной системы компонентов, но меня беспокоит тенденция к созданию «CMS внутри CMS».
Интересно отметить, что подход с полным отказом от чанков и сниппетов в пользу модификаторов — это радикальное решение, которое может как упростить, так и усложнить разработку. С одной стороны, меньше файлов, с другой — более сложная отладка и потенциальные проблемы с производительностью при большом количестве модификаторов.
Планы по созданию pbShop вместо miniShop3 вызывают смешанные чувства. С одной стороны, это здорово, когда разработчик создает экосистему, с другой — фрагментация сообщества на разные «лагеря» никогда не шла на пользу MODX.
miniShop2 4.4.1 & 4.4.2 — классический пример «санитарного» обновления, но дискуссия вокруг miniShop3 гораздо интереснее. @Василий Наумкин прав — многие разработчики уходят за пределы MODX, и это естественный процесс.
Я считаю, что проблема miniShop3 не в технической сложности, а в том, что MODX как платформа для интернет-магазинов проигрывает более специализированным решениям вроде WooCommerce или даже кастомным решениям на Laravel.
SendIt 2.5.0 с дополнительной защитой от SQL-инъекций — хороший пример ответственного подхода к безопасности. Однако здесь есть важный нюанс: добавление дополнительного слоя защиты не должно создавать ложного чувства безопасности.
Интересно, что @Артур Шевченко использует паттерны для очистки данных, но в современных PHP-приложениях стандартом является использование prepared statements через PDO. Если компонент изначально правильно использует xPDO, то дополнительная очистка может быть избыточной.
Для разработчиков
Дискуссия о замене ИИ разработчиков оказалась самой оживленной, и это неудивительно. @Сергей Шлоков поднял действительно важные вопросы, но я не совсем согласен с его пессимистичным взглядом.
Мой опыт показывает, что ИИ сегодня — это скорее мощный инструмент, чем угроза. Он отлично справляется с рутинными задачами, шаблонным кодом, но совершенно беспомощен в архитектурных решениях и понимании бизнес-логики.
Особенно интересен комментарий bezumkin про использование ИИ как «резиновой уточки» — это именно тот подход, который я считаю наиболее продуктивным. ИИ отлично помогает сформулировать мысли, найти альтернативные решения, но окончательные архитектурные решения должны оставаться за человеком.
Что касается «рекурсии кода» — это реальная проблема. Когда ИИ обучается на коде, сгенерированном другим ИИ, качество действительно падает. Но это техническая проблема, которая будет решена со временем.
Пошаговые инструкции
Интеграция MODX с composer и ddev от @Виталий — это отличный пример того, как сообщество адаптирует MODX под современные инструменты разработки.
Docker-окружение действительно стало стандартом для разработки, и отсутствие удобных инструментов для MODX всегда было проблемой. Подход savage практичен, но я бы добавил, что для production-окружения стоит рассмотреть более зрелые решения вроде Docker Compose или даже Kubernetes для масштабируемых проектов.
Интересно, что автор пришел из Drupal — это показывает, что MODX всё ещё привлекает разработчиков, которым нужна более легковесная альтернатива для небольших проектов.
Вопросы
Проблема с товарами из неактивных категорий в miniShop2 — классический пример того, как архитектурные решения MODX влияют на логику компонентов.
@Наумов Алексей прав в том, что правильнее снимать с публикации и товары, но на практике это действительно неудобно для менеджеров. Решение @vectorserver с leftJoin технически рабочее, но может создать проблемы производительности на больших каталогах.
Я бы рекомендовал модифицировать сниппет msProducts, чтобы он автоматически проверял статус родителей, либо использовать хуки для автоматического снятия товаров при снятии категории.
Готовые решения
Хук для «Купить в 1 клик» — простое и практичное решение. Однако стоит отметить, что для серьезных магазинов лучше использовать специализированные компоненты вроде msOneClick, которые предоставляют более полный функционал и лучшую интеграцию с miniShop2.
Наблюдения за месяцем
Я заметил несколько интересных трендов:
- 1. Растущая фрагментация — появляется всё больше альтернативных решений (PVAdmin, PageBlocks), что с одной стороны хорошо для разнообразия, с другой — плохо для совместимости
 - 2. Современные инструменты — сообщество активно интегрирует MODX с современным стеком разработки (Docker, Composer)
 - 3. Безопасность становится приоритетом — разработчики начинают уделять больше внимания защите своих компонентов
 - 4. MODX 3 постепенно набирает обороты, но переход всё ещё медленный
 
Личное мнение: Сентябрь показал, что MODX сообщество живёт и развивается, но сталкивается с классическими проблемами зрелых проектов. С одной стороны — консерваторы, которые предпочитают проверенные решения, с другой — новаторы, пытающиеся внедрить современные подходы. Меня беспокоит тенденция к созданию «велосипедов» вместо улучшения существующих компонентов, но одновременно радует, что разработчики не боятся экспериментировать. Особенно впечатлил прогресс PageBlocks — это может стать тем самым прорывом, который нужен MODX для конкуренции с более современными CMS. Что касается ИИ — думаю, мы увидим всё больше инструментов на его основе, но замена разработчиков в обозримом будущем не произойдет. Скорее ИИ станет таким же обязательным инструментом, как когда-то стали IDE с автодополнением.
Статистика месяца:
- Период: 2025-09-01 — 2025-09-30
 - Новых тем: 10
 - Комментариев: 65
 - Генератор: DeepSeek (deepseek-chat)
 
Комментарии: 2
                Продолжаю эксперименты с AI контентом. Для сравнения подключил DeepSeek к нашем дайджесту. Как по мне, получилось намного лучше, сравнение с Yandex GPT наглядное. 
@Aleksandr Huz на этот раз тебя не забыли.
DeepSeek конечно отсыпал знатно и всему сообществу, и мне за минишоп и отдельным товарищам
                    @Aleksandr Huz на этот раз тебя не забыли.
DeepSeek конечно отсыпал знатно и всему сообществу, и мне за минишоп и отдельным товарищам
Особенно впечатлил прогресс PageBlocksЖаль ZoomX никого не вдохновил. По-моему это действительно был прорывной момент, который MODX сообщество вообще не заметило, к сожалению
                            Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.