Друзья, все вы в курсе, конечно про беду с Beget и большим количеством недоступных сайтов. Modstore.pro тоже задело. Хорошие новости в том, что проект лежал на шаред-хостинге, а эта секция вроде как на 100% осталась нетронутой. Обещают восстановить после проверки серверов.
Но что же делать с компонентами и техподдержкой, если нужно срочно.
Читать далее, Недоступен modstore.pro
→
В MiniShop3 1.14.0-beta1 появился механизм доменных событий и контракт для подключения исходящих вебхуков. Он позволяет отделить бизнес-логику магазина от логики интеграций и предоставляет разработчикам дополнений отдельную точку расширения.
Например, при смене статуса заказа может потребоваться обновить данные в CRM, передать информацию во внешнюю систему учёта или запустить собственную логику дополнения. Сервис изменения статуса не должен зависеть от конкретной CRM или способа передачи данных. Вместо этого он формирует доменное событие, которое может быть передано внутренним обработчикам и диспетчеру исходящих вебхуков.
В этой статье рассмотрим, зачем нужен механизм, как он устроен в v1.14.0-beta1 и какие возможности уже реализованы.
Читать далее, MiniShop3 1.14.0: доменные события и исходящие вебхуки
→
Читать далее, msp3PaymentSkeleton — шаблон для создания платёжных дополнений MiniShop3
→
Привет форум!
С момента
анонса расширения для VSCode прошло немало времени. Всё это время оно просто работало, но почти не развивалось. Недавно я наконец-то до него добрался, а заодно и до двух пакетов с грамматиками, на которых держится вся подсветка:
modx-tmlanguage и
fenom-tmlanguage. В итоге у расширения вышло четыре релиза подряд (с 1.1.0 по 1.3.1), а у обеих грамматик — мажорные версии. Ниже рассказываю, что изменилось.
Выпустил бесплатный плагин для PhpStorm —
Deployment Airlock. Он для тех, кто пишет код вместе с Claude Code, Codex или другим ИИ-агентом и проверяет результат не локально, а на реальном сервере: поправил — залил — посмотрел, при необходимости забрал изменения с сервера обратно. Когда разработка неотделима от постоянного деплоя и скачивания через штатный Deployment (SFTP/FTP) в PhpStorm, этот цикл хочется отдать агенту — но под контролем.
Агент может попросить залить файлы. Но уедет только то, что разрешили вы: на боевой сервер — после подтверждения в окне PhpStorm, до кнопки которого агент не дотянется. При этом кликать на каждую заливку не обязательно: строгость настраивается под вашу политику безопасности — от «спрашивать всегда» до «заливать без вопросов», а агента можно ограничить нужными серверами и только каталогами вашего пакета.
Юнит-тесты на класс-хелпер пишут все. А то, ради чего вообще существует дополнение — xPDO-модели, процессоры, плагины на системных событиях, настройки, права — не покрыто почти нигде. И дело не в лени: чтобы проверить, что модель сохраняется, а процессор ругается на кривой ввод, нужен живой MODX. Поднять его руками дорого, а в CI и вовсе никак — браузерный инсталлятор из GitHub Actions не запустишь.
Получается ритуал вместо теста: поставил MODX локально, потыкал, посмотрел глазами, забыл. А через полгода правка в схеме тихо ломает процессор, и узнаёт об этом пользователь.
modxkit/testbench закрывает ровно эту дыру. Для Laravel такое давно есть — orchestra/testbench; это то же самое для MODX Revolution 3.
Читать далее, modxkit/testbench - тесты дополнений MODX 3 на живом ядре, в том числе в CI
→
Читать далее, Открытое письмо руководству MODX и команде MODX Revolution (Русская версия)
→
Коллеги, хотим собрать немного обратной связи по MiniShop3.
Мы сейчас довольно много времени вкладываем в его развитие и хотим понять, что действительно важно разработчикам и чего нам не хватает со стороны сообщества.
Будет интересно услышать как от тех, кто использует MiniShop3, так и от тех, кто не использует или сознательно выбирает другие решения:
— Что вам нравится в MiniShop3?
— Что раздражает или мешает использовать его в проектах?
— Чего не хватает по функциональности, API, документации, интеграциям?
— Если не используете — почему и что выбираете вместо него?
— Что нужно улучшить, чтобы вы выбрали MiniShop3 для нового проекта?
Можно отвечать совершенно свободно, в том числе критиковать — нам как раз важна честная обратная связь.
Хотим использовать результаты не только для списка новых фич, но и чтобы понять, куда вообще стоит двигать MiniShop3 дальше.
Комментарии →
Хочу поделиться рабочим сетапом для ИИ-агентов. Не теорией из презентации, а тем, что реально помогает мне каждый день не терять задачи, не раздувать контекст и не превращать разработку в бесконечный чат с моделью.
В центре схемы — mxBoard: канбан-доска для задач, где у карточки есть проект, тип, стадия, исполнитель, постановщик, комментарии, файлы и история. Поверх неё у меня работает телеграм-бот, который связывает доску с агентами Claude и Codex.
Читать далее, Как я использую mxBoard для работы с ИИ-агентами
→
После обновления сайта с 3.2.0 до 3.2.2 фронтенд упал, сайт перестал открываться. Админка работает. MODX 3.2.2 / PHP 8.3.15
Ошибку пишет такую:
Fatal error: Uncaught Exception: Serialization of 'PDO' is not allowed in
/core/src/Revolution/modResponse.php:184 Stack trace: #0
/core/src/Revolution/modResponse.php(184): session_write_close() #1
/core/src/Revolution/modRequest.php(154): MODX\Revolution\modResponse->outputContent() #2
/core/src/Revolution/modRequest.php(138): MODX\Revolution\modRequest->prepareResponse() #3
/core/src/Revolution/modX.php(1512): MODX\Revolution\modRequest->handleRequest() #4
/index.php(63): MODX\Revolution\modX->handleRequest() #5 {main} thrown in
/core/src/Revolution/modResponse.php on line 184
