22 июня 2026, 23:07
Стоит подумать и добавить, так как 100% потребуется как-то модифицировать данные из 1С. Частый кейс это не соответствие категорий на сайте и категорий...
CommerceBridge 1C — двусторонняя интеграция 1С с MODX 3 и miniShop3 по CommerceML 2. 7
20 июня 2026, 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
20 июня 2026, 13:08
С обновлением проблема ушла — отлично
Хватит логгировать как в каменном веке 🪵 3
19 июня 2026, 23:14
Обновление компонента
История изменений MaxNotify 3
1.2.0-pl
добавлен канал max в Центр уведомлений miniShop3;добавлена отправка из Центра дл...
MaxNotify3 3
19 июня 2026, 21:05
Копать надо в браузере. На вкладке сеть, если ответ 500, тогда в логи сервера.
Зависает корзина минишоп2 1
16 июня 2026, 15:00
Последний FormIt + последний FetchIt = белый экран
Последний pdoTools + последний MODx v3 = белый экран
FormIt 5.2: нативный AJAX и reCAPTCHA v3 5
15 июня 2026, 19:12
Благодарю) сижу ломаю голову, все сайты положил
Не получается установить PdoTools 6
Всего 125 983 комментария
Разобрался с АМП… там весь вопрос в использовании Меняю в сниппете так:
Скажите, а возможно в сниппете вовсе тег прибить? Ну то есть если строка начинается с "<iframe", то не выводить ее вплоть до «iframe>»
MIGX хранит данные в json формате, и при фильтрации — фильтрует этот массив, а MIGX_db хранит в БД. Отсюда и выходит некоторые различия в операторах для where.
Если не нашли необходимый оператор, то, видимо, придется писать свой сниппет с фильтрацией.
Просто параметр &where в getImageList — это не выборка по запросу из базы данных. Там прописана своя какая-то логика github.com/Bruno17/MIGX/blob/80b5a92bb04475a541c8e04d182aec8d1203a630/core/components/migx/model/migx/migx.class.php.xxx#L916
Возможно, позже это как-то аукнется, но пока полёт нормальный. Если есть какие то опасения по поводу такой замены, то пишите.
Если я просто на странице вызываю $_SESSION['paymentstatus'] = '1'; (без аякса), то параметр в сессию добавляется.
А для заказов с нулевой ценой лучше написать плагин на событие msOnCreateOrder, в котором вы будете проверять стоимость заказа и, если она равна 0, то устанавливать способ оплаты «Без оплаты», чтобы избавить пользователя от этой задачи.
Условие цены это как пример
Еще по идее есть задача не подключать к таким заказам платежную систему.
Это пока решено в виде способа оплаты «Без оплаты». Может, есть более изящный вариант?