9 минут назад
Я, грешным делом подумал, что может я тоже в сетях и протоколах не разбираюсь и решил ваш метод испробовать )))
Я понимаю, что это чушь и не сработае...
Инструкция: Настройка SOCKS5 прокси в MODX3 для работы с репозиторием 22
3 часа назад
Попробуйте параметр &scrollTop=`0`
Нигде в документации он не описан (есть лишь в javascript pdopage), но мне помог в такой ситуации.
Скроллит страницу вверх при ajax пагинации pdoPage 12
3 часа назад
Я к чему спросил, сейчас активно ведется разработка ключевых компонентов под MODX3. Соответственно все больше разработчиков будут выбирать 3-ку
На ...
FileMan - прикрепление файлов к ресурсам для MODX 3 70
Сегодня в 09:29
Конечно пора, для работы все готово. Через неделю ждем отчет (минимум два сайта)
CustomExtra 3.0.0-beta для MODX3 3
Вчера в 22:22
может конечно дело в selector
Именно так. Параметр selector отвечает именно за обновление корзины на лету, без него JS просто не знает куда вставлять...
MiniShop3 1.2.0 - 1.3.0 Самое интересное 4
Вчера в 17:45
UPD: Предложенный вариант с формированием ссылок рабочий, конечно, но он вызывает перезагрузку страницы.
Как бы решить эту задачу красиво, с Ajax как...
Кнопки как в ModStore 12
Вчера в 15:20
Спасибо за помощь! Попробовала рекомендации, пока не помогло. Но, думаю, действительно какой-то конфликт. Буду ещё разбираться.
Не работает пагинация pdoPage 6
30 января 2026, 17:55
Уже практически готов, допиливаю детали. В течение недели думаю релиз будет
MiniShop3 - 1.1.0 - Уже в Modstore.pro 38
30 января 2026, 14:56
Это для фронтендеров которым fenom привычен я так полагаю
Fenom.js: шаблонизатор в стиле Fenom.php для JavaScript и Vite 5
29 января 2026, 12:28
Хотя не зря, все равно мой велосипед более гибкий, в будущем может еще что то к нему прикручу.
Сниппет getPageBlockContent для вывода блоков PageBlocks (Free версия) с других страниц в MODX 6
Для парсера 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 на них спотыкается… может сразу в массив это преобразовать?
Вот так выводит что-нибудь?