3 часа назад
Я не тестировал работу компонента если core вынесена за пределы публичной части.
Thumb3x: Современная обработка изображений для MODX 3 16
Вчера в 17:45
да, действительно. Вы правы. Через данное событие — заработало. Большое спасибо.
Прерывание внутри плагина 3
10 июля 2025, 12:26
Есть такой компонент, но с ним могут быть сложности, у новичков точно, он давно не обновлялся и у меня например, не «заводился» из коробки.
msOptio...
Какими компонентами сделать интернет-магазин (каталог) по модульным (сборным) товарам? 1
10 июля 2025, 12:17
Нет
Спам в формах AjaxForm/FetchIt? Защищаем ЛЮБЫЕ точки входа в MODX с помощью IskWaf 8
09 июля 2025, 23:15
Сейчас навскидку не скажу. Скорее всего или нужно добавлять {page} всегда или добавить опцию для таких случаев.
Напишите в личку: временный...
mvtSeoData 75
08 июля 2025, 15:21
Вся экосистема PageBlocks вызывает огромное впечатление
pbQuiz — гибкий компонент квизов на контроллерах PageBlocks 3
08 июля 2025, 09:34
Может там есть смысл сделать фильтр и сохранять локальный?if (!filter_var($ip, FILTER_VALIDATE_IP)) {
return '127.0.0.1';
}
Еще немного про сессии MODX, компонент smartSessions 76
07 июля 2025, 21:29
Красота!
Отправка цели "Заказ оплачен" в Яндекс Метрику, если пользователь не вернулся на сайт из п... 2
Это функция getChildIds, которая рекурсивно ищет потомков ресурса, из которого выводится каталог.
Немного уточнил лог и выходит вот это (смотрим на строчку «Query parameters are prepared.»)
Глубина выборки 10
Глубина выборки 1
Глубина 0, функция отключена
Очевидно, тормоза оттого, что в категории 10000 потомков. Но всегда можно указать параметр &depth=`1` и перечислить нужных родителей через запятую — так будет быстрее.
Очистка кэша как раз и влияет на построение дерева ресурсов, с которым работает getChildIds(). Поэтому с depth=1 сниппет отрабатывает за 0,12 сразу после очистки, а потом уже — 0,09.
Вот такие пироги. Куда еще убыстрить — не знаю.
Какая страница это, кстати?
И что?
А потом напиши свой обработчик friendly urls.
А потом еще много чего вылезет.
Проще не использовать MODX вообще, и писать сразу свой магазин. Только зачем, когда вокруг есть толпа уже готовых?
miniShop2 — бесплатное расширение для движка MODX, и максимально его задействует.
Ну я не знаю… Там 0,22 — это только выборка из базы. А приготовление и вывод на экран, выходит 0,18. На мой взгляд, весьма неплохо.
Опять же, погляди на скорость при повторной загрузке страницы (а это основной режим работы сайта) — 0,15 сек.
Но раз в месяц — это пипец, а не хостинг.
С пересохранением у меня бага нет, вроде.
В любом случае, можно и самостоятельно подключить.
Тебе нужно просто включить его, вызвав у себя в js
Пробовал джойнить около 10 таблиц в один запрос — никакого замедления.
Вот, что я буду использовать вместо ТВ — modx.pro/development/742/
Держи текущую сборку, вроде работает.
Еще не готово оформление заказа и раздел для их управления в админке.
Так что, лучше сосредоточусь на подготовке беты.
Собрать и установить пакет из репозитория на github можно самостоятельно уже давно.
Но если даже без всего этого, цифры генерации страницы примерно такие.
10 товаров: 1й запуск — 0,97 сек, 2й запуск — 0,75 сек
100 товаров: 1й запуск — 4,9 сек, 2й запуск — 4,2 сек.
1000 товаров: не осилил
При 10 товарах, разница вроде не особо заметна, но затем pdoTools просто уходит в точку.
Бери минимальный тариф на Linode, нарастить всегда можно, если что.