4 минуты назад
Кстати вопрос возник. Раздражало что для базовой локализации надо было делать версию ru — т.е. создавать дублирование информации из полей и доп.полей....
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeVue 2
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
Всего 125 985 комментариев
Разобрался с АМП… там весь вопрос в использовании Меняю в сниппете так:
Скажите, а возможно в сниппете вовсе тег прибить? Ну то есть если строка начинается с "<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, то устанавливать способ оплаты «Без оплаты», чтобы избавить пользователя от этой задачи.
Условие цены это как пример
Еще по идее есть задача не подключать к таким заказам платежную систему.
Это пока решено в виде способа оплаты «Без оплаты». Может, есть более изящный вариант?