4 часа назад
Вариант 1
Переопределить метод msOrderHandler::submit() таким образом, чтобы там перед установлением статуса «Новый» проверялся способ оплаты и, если...
[miniShop2] Дополнительная логика отправки писем при оформлении заказа 1
Сегодня в 11:23
Вот давно для себя писал: modx.pro/solutions/18489
или через мускул (перед выполнением обязательно сделайте дамп) напрямую + потом кеш почистить
U...
Автопереименование повторяющегося URL 9
Сегодня в 11:10
Надо глянуть структуру XML что именно поменялось, если что пишите в ЛС могу посмотреть.
mSync - проблема с интеграцией с 1С Предприятие 8.5 1
Сегодня в 11:06
Используй phpThumbOn он как раз в префиксе указывает размер изображения.
Ссылка: modstore.pro/packages/photos-and-files/phpthumbon
имена файлов миниатюр картинок 1
Вчера в 15:11
Да особо без разницы куда писать. Я отслеживаю все записи. Но в идеале создавать issue в репозитории github.com/modx-pro/MiniShop3/issues.
MiniShop3 - 1.1.0 - Уже в Modstore.pro 19
12 января 2026, 08:59
Ни где не могу найти информацию по настройке импорта изображений «Обновлять данные существующих изображений» — не понять, на что влияет данная настрой...
msImportExport 2.0 127
11 января 2026, 13:08
нет переводов primeVue. То есть если использовать фильтры DataTable или Calendar, то они будут англискими.Вот про это я не подумал. Думаю учтем в буду...
VueTools - универсальный компонент оформления админки в MODX 3 4
08 января 2026, 12:31
Большие сомнения у меня в этом)
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 3
07 января 2026, 15:36
вот этот сниппет
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService...
Проблемы с отправкой писем статус заказа из minishop2 5
В целом, Вы просите сделать довольно сложную систему с собственной структурой таблиц, своими процессорами. вообще обособленный компонент, который должен уметь и проверять гранты пользователей, обладать бек и фронтендом, быть маштабируемым и безопасным.
Если так- готовьтесь платить нормальные деньги, а за 3-5 тысяч можете нанять школьника, который в лучшем случае сделает все криво и потом придется переделывать… Ни один уважающий себя программист не будет рассматривать такую задачу за такой бюджет…
Мне бы например пригодилось при онлайн оплате заказа, для ввода более детальных параметов, ну и вообще для любого расширения логирования, чтобы не городить свои таблицы и костыли…
Других проще найти на фрилансе.
можно и плагином через добавление скрипта в страницу, все зависит от задачи.
Получить я так понимаю нужно массив с заказом?
посмотри сниппеты из стандартной поставки MS2, например ms_order,
он как раз выводит чанк с success при определенных условиях
Но тем не менее все поля по умолчанию подтянулись корректно у меня, в отличии от Вашего сервера.
Возможно с плагинами может быть такая же беда…
Я сейчас не готов чем либо еще помогать — много работы, предполагаю что нужно просить Василия, а в идеале переписать с использованием процессоров ваш сниппет.
2,3 — пробовал сразу выставить подобное. не помогло…
По поводу ошибки — я ТС попросил протестить на нормальном сервере (Modx-test.com, или свой сделанный по твоей статье), у меня то все на локале работает.
Странная штука конечно…
Скрипт импорта с простейшей логикой — берет специально подготовленный текстовый файлик, в котором содержится информация, с разделителем | и парсит его построчно забивая массив параметров.
Каждая позиция -определенное поле в MS2.
Вот пример набора данных:
ну и соответственно это породит такой вот массив:
Далее идет соотношение MS2 к полям массива, в итоге получаем массив $productArray.
Далее делается простая логика- что если товара с артикулом $productArray['article'] нету, то мы заводим новый, стандартным методом xPDO
ну и после этого, если все создалось мы просто берем и заполняем соответствующие поля и сохраняем ресурсы.
Да, там еще есть логика загрузки картинки, используя стандартный процессор MS2 ну и еще по мелочи, но суть предельна ясна.
Так вот, эта линейная логика на сервере у ТС работает, но через 1 строку-т.е первая строка обрабатывается, вторая нет, но сам getObject и save обрабатывается, а заполнение данными — нет. т.е затык наПри этом массив заполняется корректно, т.к я делаю ему print_r и смотрю что получилось, да и в журнал ничего не падает.
На локальном сервере у меня все отрабатывает как надо, товары создаются параметры тоже… На Modx-test.com не проверял, но думаю будет все тоже ОК.
Поэтому, предполагаю что проблема с сервером.
А самим снипетом ТС может поделиться с общественность, если захочет… Могу предположить, что он может быть кому-то полезен.
Вот как-то так…
Если воcпроизведешь на modx-test.com то готов помочь…
У меня такая же штука,
rtfm.modx.com/revolution/2.x/developing-in-modx/advanced-development/extending-moduser
Расширь метод miniShop2.Cart.add(); и будет счастье тебе, но я например для безусловной переадресации (т.е никаких popup итп ) юзал бы плагин, так проще мне кажется, хотя кому как
Конечно — путь Вам вот сюда!
rtfm.modx.com/revolution/2.x/developing-in-modx/basic-development/plugins
Собственно MS2 активно их использует.
Рекомендую.
Например для события корзины есть
используйте нужный вам, и напишите простой forward.
А default.js перезапишется с первым же обновлением
Если речь о стандартных полях MODX вроде pagetitle итп — то если страница стандартная, т.е не CRC то никак, если страница собственного производства как например от MS2 — то там ты сам всем рулишь через ExtJS