
Fi1osof
С нами с 05 мая 2014; Место в рейтинге пользователей: #206 часов назад
Пробовал по-разному. Умирает именно при подключении SCSS-файла, любого, даже самого простого. LESS-файл компилирует нормально.
ModxMinify - Error 500 3
8 часов назад
Попробуйте установить новую версию с репозитория github.com/Boshnik/ExtraFields
ExtraFields. Дополнительные поля для ресурса (modResource) и пользователя (modUserProfile). 40
Вчера в 14:51
Ну если всё по-простому, то можно сохранять эти данные в extended и ExtraFields не нужен.
Личный кабинет для клиента ModX Revo как реализовать? 7
Вчера в 01:40
В моем случае мне подошло данное решение, которое очень костыльное и скорее всего не совсем верное, но для моих нужд работает. Хотя и оставляет в псев...
[Translitor] - Альтернатива транслитерации псевдонимов 28
Вчера в 00:10
Вопрос будет ли он работать с шаблоном ultron.pro/311-shablon-sayta-gruzoperevozki-transportnoy-kompanii.html
[Theme.Bootstrap] Новая версия с Bootstrap 4 29
20 февраля 2025, 23:19
С новым патчем будет исправлено, плюсом мелкие косяки исправлю, по возможности до конца этой недели уже будет 1.1.4 версия.
[EclipseUI] Тёмная тема для админ-панели MODX 2.*.* 10
20 февраля 2025, 18:39
Создать сниппет или плагин.
Babel перелинковка уже скопированных страниц контекста 1
20 февраля 2025, 15:03
Добрый день! При формировании данных, поле picture выводит ссылку такого плана. sitename.ru/catalog/category/nameimage.jpg. а нужна sitename.ru/assets...
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 22
20 февраля 2025, 10:07
Очень вовремя — как раз делаю кабинет на сайте))
Кайфую от того как все продумано, раньше для такого функционала пришлось бы долго «женить» нескольк...
Cabinet 5
19 февраля 2025, 19:17
Да всё верно! Читать доку да, но её не обломно читать когда подготовкой данных занимаешься, а когда верстка разъезжается или js-компоненты шаманишь, о...
PageBlocks. Выводим SEO-карточки 10
Нефиг обновлять. Тогда ОК будет.
И еще у вас дыра серьезная есть: права 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() отрабатывается. (на самом деле я предполагаю зачем оно тебе, но тут несколько вариантов, так что хотелось бы именно твой вариант услышать).