Василий Наумкин
С нами с 08 декабря 2012; Место в рейтинге пользователей: #1
18 ноября 2025, 19:37
Ну я к примеру очень часто использую плагин PageBlocks (free версию — он не поддерживает файловые чанки (которых нет в админке) в своих вызовах — ну и...
18 ноября 2025, 18:33
Иди переделывай)))
17 ноября 2025, 09:45
У себя на проекте использую CLI скрипт в котором выставляется базовая категория, после запуска в указанной категории
define('JSON_DIR', MODX_BASE...
17 ноября 2025, 08:59
Может кому пригодится, если это товар, то должно быть product_id
{$file.product_id | resource : 'pagetitle' | htmlent}
16 ноября 2025, 16:48
Поверь, с гитом разрабатывать удобнее
15 ноября 2025, 01:41
присоединяюсь к просьбам дополнить чтоб /{id}/ в пути сохранения учитывались и при открытии местоположения файла, тогда не придется колхозит...
И если словарь загружен заранее — то это будет работать и не тратить время на лишний разбор параметров тега.
Кстати, такие короткие языковые плейсхолдеры быстро заменятся в чанках pdoTools, а длинные пойдут в парсер MODX, тормозить.
Тогда пользователь сможет везде использовать плейсхолдеры типа [[%sitelang_key]], и не переживать о загружке словаря сниппетом.
Нужно поискать в Яндексе и попробовать решить проблему самостоятельно. Это не так уж и сложно.
Кусок кода, который ты привел выше — это нормальный кусок, там код 200, а не 500.
Если хочешь единого поведения — используй их, вся логика там.
Я даже заметку писал про это.
Поправил, можно обновить MS2.
Видимо, нужно оптимизировать. Можно, в принципе, вернуть пока старый. Если не будет работать — то посмотри чанки, возможно тоже нужно что-то вернуть.
Сейчас пока нет времени разбираться.
Судя по всему, асинхронные запросы на сервер выполняются с разной скоростью, поэтому проскакивают глюки.
Мне постоянно помогает.
Если у тебя юзеры будут чистить кэш сайта когда им вздумается, сайт может очень тормозить.
Этот вопрос (и многие другие) решен в Tickets индивидуальным обновление кэша редактируемой страницы, а не всего сайта.
А хотя, вот — уже написал.