Comments 12
Да. Интересны.
1. Очень рекомендую установить AjaxManager.
2. Не нужно использовать echo, лучше делать return.
3. В MODX Revolution давно есть статичные элементы, для которых можно указать файл. Естественно, в таких сниппетах сразу доступна переменная $modx и ничего подключать не нужно.
Честно говоря, и при обычном include из нестатичного сниппета modX тоже не нужно инициализировать — он уже будет в вызывающем сниппете.
4. Можно переключать контекст не только по домену, но и по base_url — вот готовые плагины для обоих способов.
2. Не нужно использовать echo, лучше делать return.
3. В MODX Revolution давно есть статичные элементы, для которых можно указать файл. Естественно, в таких сниппетах сразу доступна переменная $modx и ничего подключать не нужно.
Честно говоря, и при обычном include из нестатичного сниппета modX тоже не нужно инициализировать — он уже будет в вызывающем сниппете.
4. Можно переключать контекст не только по домену, но и по base_url — вот готовые плагины для обоих способов.
1. С AjaxManager, лично я, испытывал достаточно неприятные проблемы. Ресурс сохранялся с другим ID. Точнее, с ID предыдущего редактированного ресурса.
3. То есть, выводить сниппет как Is Static? Благодарю за наводку, пригодится.
3. То есть, выводить сниппет как Is Static? Благодарю за наводку, пригодится.
1. Недавно вышла новая версия и с тех пор всё достаточно хорошо. Во всяком случае, я использую на всех своих сайтах и проблем нет.
3. Нужно просто указать файл для сниппета и вызывать как обычно — MODX делает всю работу самостоятельно.

Так можно делать и с чанками, плагинами, шаблонами и даже ТВ параметрами. В общем, с любыми наследниками modElement.
3. Нужно просто указать файл для сниппета и вызывать как обычно — MODX делает всю работу самостоятельно.

Так можно делать и с чанками, плагинами, шаблонами и даже ТВ параметрами. В общем, с любыми наследниками modElement.
С АяксМенеджером при редактировании статичных ресурсов баг — контент заменяется кодом из других чанком/шаблонов.
Ну а с выходом 2.3 версии багов поприбавилось
Ну а с выходом 2.3 версии багов поприбавилось
Очень обрадовался, когда прочитал про AjaxManager. Сразу установил и сразу же наткнулся на баг — он просто ломает админку: подгружает через AJAX страницы, но не выводит их, оставляя висеть лоадер.
1. Желательно использовать последние версии и дополнения, и MODX.
2. Обязательно нужно почистить кэш сайта (желательно удалением /core/cache/) и браузера.
Компонент проверен много раз — он полностью рабочий. Косячки небольшие есть, но админку точно не ломает.
2. Обязательно нужно почистить кэш сайта (желательно удалением /core/cache/) и браузера.
Компонент проверен много раз — он полностью рабочий. Косячки небольшие есть, но админку точно не ломает.
Вроде все правильно делаю:
MODX Revolution 2.3.3-pl (traditional)
AjaxManager 1.2.0-pl
Каталог кеша удалял, в админке перелогинивался, кеш браузера чистил. Тестировал в FireFox и Chrome.
Вот тут описание проблемы и решение modx.pro/help/4778/
MODX Revolution 2.3.3-pl (traditional)
AjaxManager 1.2.0-pl
Каталог кеша удалял, в админке перелогинивался, кеш браузера чистил. Тестировал в FireFox и Chrome.
Вот тут описание проблемы и решение modx.pro/help/4778/
Проверил на своём любимом хостинге — нет проблем.
Данные для логина на сайт кинул в личку. Никакие настройки не менял, только установил AjaxManager. Видимо, автоматическре включение компрессии скриптов как-то зависит от хостинга.
Данные для логина на сайт кинул в личку. Никакие настройки не менял, только установил AjaxManager. Видимо, автоматическре включение компрессии скриптов как-то зависит от хостинга.
Я так понял, что значение compress_js зависит от типа установки. В случае использования Git deployments он падает в No, при том, что по умолчанию должен быть включен. Т.к. вы разворачиваете через консоль, то скорей всего используете именно Git deployments — поэтому у вас AjaxManager и работает. А вот я MODX ручками ставил, поэтому без дополнительных настроек не завелось.
Sign up to leave a comment.
8 двухколёсных советов по MODX Revolution