2. Не нужно использовать echo, лучше делать return.
3. В MODX Revolution давно есть статичные элементы, для которых можно указать файл. Естественно, в таких сниппетах сразу доступна переменная $modx и ничего подключать не нужно.
Честно говоря, и при обычном include из нестатичного сниппета modX тоже не нужно инициализировать — он уже будет в вызывающем сниппете.
4. Можно переключать контекст не только по домену, но и по base_url — вот готовые плагины для обоих способов.
С АяксМенеджером при редактировании статичных ресурсов баг — контент заменяется кодом из других чанком/шаблонов.
Ну а с выходом 2.3 версии багов поприбавилось
Очень обрадовался, когда прочитал про AjaxManager. Сразу установил и сразу же наткнулся на баг — он просто ломает админку: подгружает через AJAX страницы, но не выводит их, оставляя висеть лоадер.
1. Желательно использовать последние версии и дополнения, и MODX.
2. Обязательно нужно почистить кэш сайта (желательно удалением /core/cache/) и браузера.
Компонент проверен много раз — он полностью рабочий. Косячки небольшие есть, но админку точно не ломает.
Вроде все правильно делаю:
MODX Revolution 2.3.3-pl (traditional)
AjaxManager 1.2.0-pl
Каталог кеша удалял, в админке перелогинивался, кеш браузера чистил. Тестировал в FireFox и Chrome.
Данные для логина на сайт кинул в личку. Никакие настройки не менял, только установил AjaxManager. Видимо, автоматическре включение компрессии скриптов как-то зависит от хостинга.
Я так понял, что значение compress_js зависит от типа установки. В случае использования Git deployments он падает в No, при том, что по умолчанию должен быть включен. Т.к. вы разворачиваете через консоль, то скорей всего используете именно Git deployments — поэтому у вас AjaxManager и работает. А вот я MODX ручками ставил, поэтому без дополнительных настроек не завелось.
8 двухколёсных советов по MODX Revolution