Вчера в 09:38
Я не знаком с cityField. Смотрите, чем отличаются формы и запросы на сервер. Если разные контексты — то проверьте, как настроены источники файлов.
easyComm 1.11.0. Прикрепление файлов (фотографий) 30
04 июня 2026, 20:21
У кого нет юрлица, то можно использовать бота-прослойку: modx.pro/development/25531
Уведомления о заказах minishop в MAX 1
01 июня 2026, 18:39
После обновления на 5.2, в системных настройках FormIT все описания настроек стали повторять названия ключей, то есть описания затерлись
FormIt 5.2: нативный AJAX и reCAPTCHA v3 4
30 мая 2026, 08:05
Посмотрел на ваш скрин, там мыло указано тоже, что и в запросах на мой сайт были. Плагин (modx.pro/help/25277), отловил их у меня сегодня.
136 входящих заказов с пустыми полями в форме и без товаров. Как такое возможно? 5
29 мая 2026, 21:18
а, то есть, это влияет только на невозможность обновления компонента и отсутствие поддержки? а я думал если развернуть копию сайта с платным пакетом —...
Вопрос по платным пакетам на локальном/тестовом сайте 2
27 мая 2026, 10:50
Спасибо за оперативный ответ!
Уже проверил и пофиксил, плюс скачал пакет с GitHub дополнительно
Кто-то одаренный на основном домене переключил вер...
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 37
22 мая 2026, 21:53
Разумно. Все поля подряд не хочу добавлять в чанк. Практика показывает, что полей очень много, содержимое может быть объемным и появление подсказок мо...
mSearch - обновление до версии 1.3.0. 2
22 мая 2026, 18:30
Это changelog разросся. Не помещается в базе данных mariaDB (mysql почему то съедает и не морщится) Выпустил Версию. 1.11.1 с решением этой проблемы.
MiniShop3 1.11.0 8
22 мая 2026, 09:51
Твой бот стримит всё что происходит в терминале? И умеет выполнять слэш команды для агентов типа /status /btw? А ещё нет ли проблемы разрастания входя...
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 16
Для парсера Fenom будет корректно тогда выражение
github.com/bezumkin/AjaxForm/blob/master/assets/components/ajaxform/js/default.js
Я с C# много работал N лет назад, в голове все это еще прочно сидит)
MODX не умеет очищать сессии, если используется иной, отличный от modSessionHandler класс.
В процессоре проверяется настройка session_handler_class, и если там указано что-то не стандартное — сразу ошибка.
Как вариант — сделать свой пункт в меню для очистки сессий, а стандартный скрыть… ну и тогда нужно дописать процессор и т.п.
1. отдельно управлять временем жизни сессий для авторизованных пользователей (например, поставить им месяц);
2. отдельно управлять временем жизни сессий ботов (к примеру, поставить им 3 часа);
3. У всех остальных — ну пусть будет стандартная неделя.
И на моих сайтах, за счет п.2. размер таблицы и объем данных уменьшился в десятки раз, т.к. именно сессии различных ботов составляли 90% записей в таблице.
А корзина товаров? А если я товар «отложил», а если я перешел по реферальной ссылке на сайт, а если у нас правда что-то работает через ajax?
Правильнее бы конечно создавать сессии когда они действительно нужны. Но MODX работает на своей волне, а кажется именно его мы здесь и обсуждаем.
Давайте делать статичные странички на html!
Но за здравую критику — спасибо
но код в посте на 90% взят с минишопа, а написан он уже несколько лет назад
А почему думает что дубли… наверное алгоритм так срабатывает) Эту проверку можно выключить в настройках.
Просто 'id' => 'resource_id' выглядит странно :)
Какой вывод у responce?
А потом уже неспешно «перебираем» эту таблицу, сравниваем со второй таблицей, где хранятся только те цены, что действительно изменились. Ну и после сравнения принимаем решение о переносе цены из временной таблицы в постоянную
В принципе, можно записывать в таблицу все цены, а затем подчищать ненужные записи отдельным скриптом, который по cron будет запускаться.
Подчищает пусть каким-нибудь хитрым sql запросом.., чтобы не объекты xpdo (мы же про modx говорим?))) дергать, а попроще как-нибудь. Типа выбрать 2 последние записи с одним id товара, если цена одинаковая — то последнюю из этих записей удалить, как не нужную, а если цены разные — предпоследнюю пометить как «проверенную» и больше ее не проверять.
Или например разнести все это по 2м таблицам: одна временная, где все 40 тыс записей, а во вторую уже попадают только действительно изменившиеся цены.
1. {$lotnumber} — верная запись
2. {$_modx->resource.lotnumber} — конечно же нет, $_modx->resource это ТЕКУЩИЙ РЕСУРС
3. [[+lotnumber]] — верная запись
4. {$_modx->getPlaceholder('lotnumber')} если в плейсхолдер никто ничего не устанавливал — то он пуст.
п.1. возможно не работает, т.к. это migx поле, там наверняка есть скобки { } и парсер Fenom на них спотыкается… может сразу в массив это преобразовать?
Вот так выводит что-нибудь?