
Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #203 часа назад
Сработало, просто нужно было загрузить определенный словарь на страницу принудительно.
Спасибо!
MIGx. Listbox. Fenom. Вставка label вместо value. 3
Вчера в 22:41
Нет, не согласно. вторая версия была установлена поверх.
Теперь я удалил вторую версию, почистил таблицы в бд согласно инструкции.
Заново устанавли...
msImportExport 2.0 114
Вчера в 22:36
Что это за конструкция
[[!getId?id]]Можно же получить доступ к гет-параметрам так [[#GET.id]]
Не выводятся данные пользователя в профиле 1
Вчера в 17:18
Павел, есть возможность подправить плагин videoGalleryTv для PHP 8+, а то в логах генерятся варнинги:
14.03.2025 17:01:18 ERROR /home/a1102397/dom...
[videoGallery] 1.4.0 Поддержка VK Video и ещё пара фишек 8
Вчера в 16:06
Добрый день, Оператор LIKE В строке не работает.
Задаём условие в Настройках предложений по полю pagetitle определяем оператор LIKE %то, что содерж...
Как я написал YandexMarket2 на Vue.js 50
Вчера в 10:32
Здравствуйте
префиксы таблиц, точно они ms2_Поправил, спасибо за уточнение ).
А почему выбрал CronManagerПросто обычно работаю с CronManager, но...
Обновление Impex и Impex3 2
Вчера в 06:29
Добрый день. Пакет актуален. Настройки не изменились.
[mspTinkoff] 1.0.2 — Новое API + ККТ 56
13 марта 2025, 23:49
Это для меня совсем непонятно. pdoResources? Его я запускал с &element=`ms2galleryResources` и с пустым шаблоном, чтобы посмотреть массив данн...
Получить ALT изображения в сниппете ms2GalleryResources на fenom 5
13 марта 2025, 22:24
Разобрался. Пишу вдруг еще кто такой же невнимательный как и я)))Вот: docs.modx.pro/components/msearch2/extension/filtration-methods таблицу добавил, ...
mFilter2 фильтрация из своей таблицы 3
13 марта 2025, 16:51
Нашли в чем была проблема, сейчас так-же понадобилось такое решение, буду признателен если поможете.
msOptionsPrice2 галлерея модификаций 7
Нефиг обновлять. Тогда ОК будет.
И еще у вас дыра серьезная есть: права new_tv true. Можно создать TV-ху с EVAL-ом и обновиться до судо.
Вернул sudo = 0 обратно.
Можете с этим кодом к консоли поиграться.
Вот это еще глянь, должно пригодиться: modx.pro/help/7278/#comment-52671
Очень сомневаюсь, что твой парсер может влезть уже после сохранения кеша, так как кеш сохраняется вообще в самую последнюю очередь, когда уже все отработано и скрипт в принципе завершает свою работу. Для этого навешивается специальный метод. Соответственно, если у тебя есть уже отработанный HTML, ты по тому же принципу можешь передать ресурсу код для кеширования и у тебя в кеше нормальный HTML будет. Важно только чтобы некешируемые элементы так и остались в этом коде элементами.
Конечно нет))
Все верно. Из-за этого и была проблема. Дело в том, что $modx->regClientStartupScript() и подобные методы работают со свойствами самого $modx, а вот при сохранении кеша используются свойства самого ресурса. А так, как в отработанных уже после процессинга тегах выполняется типа $modx->regClientStartupScript() (который устанавливает свойства для $modx, но не устанавливает их для $modx->resource), то при генерации кеша документа этих скриптов в кеше просто нет. joxi.ru/4Ak3wb9tMX8nGA
Решение: пишем плагин на событие OnBeforeSaveWebPageCache, простейший вид:
И тогда при генерации кеша документа будут сохранены все скрипты. joxi.ru/LmGVQx0uRJN1Xr
При чем это будет выполняться только при первом заходе на страницу. Когда документ уже закеширован будет, это не будет выполняться.
UPD: Может даже имеет смысл это в ядро запулить (то есть код кешманагера поправить), так как очень похоже на багу самого MODX-а. Какая-то глупость в двух отдельных сущностях хранить эти переменные и создавать/получать в разных местах на разных этапах.
Я пока не буду ничего отвечать. Мысли есть, но нужны факты. Щас поковыряю сайт и по результатам отпишусь.
Тут ответ однозначный: где-то неверная последовательность вызова/вывода. Ты четко знаешь когда бага возникает. Если не лень, создай тестовый сайт с этой багой (феном + минифи), закомментируй этот свой хак и пришли доступ, я посмотрю. Уверен, найду суть проблемы.
Почему я про этот кусок кода спросил? Во-первых, этот метод парсера в процессе отработки документам может быть вызван не один раз. Во-вторых, в разные стадии вызова его в массивах этих могут содержаться разные наборы скриптов (что не страшно, конечно же, ибо все равно они будут в шаблон подставлены только в одном месте, но как минимум бессмысленно).
Он же не скомпилированный. Кеширование отдыхает тогда в принципе. Это то, что было долгое время в самом MODX (я раньше не однократно писал про его проблемы, из-за того, что он даже кешируемые теги в кеш пишет как есть, и потом все равно каждый раз реплейс делает), и что в MODX наконец-то поправилось (теперь он в кеш пишет сразу конечный HTML из кешируемых элементов), и теперь ты это достижение ломаешь. Шаблоны будут чуть более гибкие, но зато более тормознутые.
Хранить в конечном html очень даже есть смысл, в этом и есть смысл кеширования ресурсов. А вот то, что иначе не будет отрабатываться каждый раз — так вот для этого и были придуманы не кешируемые MODX-теги. Напиши один сниппет вида [[!twig?tpl=`some_tpl`]] и все. И где надо некешируемые блоки вставлять — там его и прописывать в шаблонах.
Еще раз: в MODX с точки зрения шаблонизации только два минуса:
1. нет компиляции в нормальный php (чтобы логика была)
2. нет расширения шаблонов.
В остальном она довольно продвинутая (особенно крут вложенный парсинг).
Ты добавляешь расширяемости и логики, но ломаешь родное кеширование.
Вопрос первый: Зачем тебе вот это? Оно итак в modResponse::outputContent() отрабатывается. (на самом деле я предполагаю зачем оно тебе, но тут несколько вариантов, так что хотелось бы именно твой вариант услышать).