Последний выпуск 2.8.3 вышел почти год назад, 28 мая 2021 года.
В этом выпуске 2.8.4 основное внимание уделяется нескольким ошибкам, обновлениям зависимостей и улучшению совместимости с более новыми версиями PHP. Рекомендуем обновляться именно до этой версии

НЕ ОБНОВЛЯЙТЕ РАБОЧИЕ САЙТЫ С MODX2 ДО MODX3

Перевод анонса
Вышел первый патч для MODX Revolution 3.

Необходимо настроить minishop и включить модули:

Модули доставки
modstore.pro/packages/delivery/eshoplogistic

Юкасса — modstore.pro/packages/payment-system/mspyookassa

Ритэйл
modstore.pro/packages/import-and-export/modretailcrm

Остатки
modstore.pro/packages/ecommerce/msproductremains

Заранее интересуюсь, проект в разработке на дизайне, необходимо понять сроки и цену?

Представляю вашему вниманию стабильный релиз minishop2 3.0.0.
С сегодняшнего дня — компонент доступен к загрузке по умолчанию в репозитории.

ВНИМАНИЕ — Обновление может сломать ваш сайт.
Прежде чем обновляться подумайте, а нужно ли вам это? Выиграете ли вы от этого?
Постарайтесь протестировать обновление на отдельной копии сайта. Сделайте бэкап.

Список изменений, рекомендации по обновлению были опубликованы ранее в предыдущих анонсах.

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

Приветствую всех,
пытаюсь сделать поле «группа флажков», делаю всё так же как и в примере с радио кнопками. В админ панели всё отображается, но после заполнения и сохранения страницы не чего не сохраняется. Как будто и не заполнял не чего. Меняю тип поля на «группу радио кнопок» и всё работает.

Пытался сделать как во втором видео с заполнением хранилищ, но созданные флажки вообще не отображаются…
Помогите разобраться что за беда такая

Здравствуйте. Хотел в дополнение к информации о заказе, получать в телеграмм и то когда статус самого заказа сменится после оплаты.
По тому же принципу, делаю плагин, вешаю его на событие msOnChangeOrderStatus
Но ничего не происходит, через консоль ошибок тоже нет.
Может быть есть примеры как должно быть?

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

$id_user = $hook->getValue('extended.id_club');

и так

$id_user = $hook->getValue('id_club');

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

$id_user = $hook->getValue('fullname');

то все работает.
Что я делаю не так?

Добрый день!
Есть каталог товаров, у которого в фильтре по параметру «Мощность» очень много значений (10, 11, 11.2, 11.9, 12, 15.5, 13 и тд). См. скриншот ( joxi.ru/8Anw31GHNa6Per ) Каким образом можно реализовать фильтрацию по диапазонам значений? Положим, чтобы были чекбоксы 10-15, 15-20, 20-25 и тд?
Заранее спасибо за совет.

Третьего дня Сергей Шлоков провёл новый тест скорости работы парсера MODX и шаблонизаторов Fenom и Smarty.

До Smarty мне дела нет, но с итоговыми выводами, что никакой разницы в скорости между синтаксисом MODX и Fenom не видно, я категорически не согласен.



Итак, что нужно прояснить. У оригинального парсера MODX modParser есть две, на мой взгляд, фундаментальные проблемы:

Во-первых, каждый тег при разборе превращается в PHP объект modTag и в нём запускается метод process. То есть, если в чанке указан просто [[+id]], то MODX вместо обычной замены его через str_replace будет создавать новый объект и парсить.

Во-вторых, из-за своей рекурсивной природы, MODX выполняет все условия в чанках. Он просто не знает, во что могут превратиться эти условия на пятой, например, итерации. Причём делает он это изнутри наружу.
То есть, если вы прячете какой-то кусок оформления для вывода только нужным пользователям за условиями в чанке — именно этот кусок и будет первым делом разобран, а потом MODX решит, нужно ли его выводить, когда проверит условие с юзером. Народ придумывает разные костыли для обхода этого момента, чтобы парсить только нужное, типа [[![[+user:is=`admin`:then=`auth`:else=`guest`]]]].