Ничего подобного. Устанавливается каркас для работы с сайтом. Для визитки этого вполне хватит. А для сайтов типа блога умный разработчик ставит Collections или аналогичный пакет. И где-то в дебрях руководств Джейсон это объяснял.
Еще более дегенеративная особенность — MODX учит вас хранить все в ресурсах
И где он такому учит? Просто никому не хочется заморачиться с созданием отдельного интерфейса. Есть дерево ресурсов и нормально. Но есть уже дополнение Collections. Пользуйся на здоровье.
Плохо, что MODX не учит, что ресурс — это эндпойнт.
Походу надо отправлять на проверку к тебе перед публикацией статьи)))
Мне самому до совершенства далеко. Просто я сначала пишу черновик, потом вычитываю и правлю не только ошибки, но и смысловые обороты. И только через день, два публикую. И даже это не гарантирует от наличия ошибок. ))
если я залогинюсь в админке, то это бэкенд, а страницы сайта это фронт.
Минутка просвещения! MODX устроен так, что если пользователь залогинен в админке, а на фронте нет, то для фронта подгружается пользователь из админки, а не гость.
Проверьте, не залогинены ли вы в админке в том же браузере, на котором проверяете фронт.
Есть более простой вариант. Находим в папке core/cache/includes/elements/plugins файл с id плагина и комментируем содержимое или пишем второй строчкой return;. Частенько пользовался. Главное не удалять этот файл. Ибо тогда MODX создаст новый из неработающего плагина.
1. Всё зависит от задачи. Тут чел, например, вызывал так "&tpl=`@CODE: [[$chunk]]`".
2. ajaxElemWrapper и ajaxElemRows содержат идентификаторы элементов, а сама разметка создается в параметрах tpl***. Проверить легко — посмотреть ответ на ajax запрос.
Исходный сниппет не играет значения. MODX работает только с вызываемым сниппетом. Если он кэшированный, то он сохраняет результат, если нет, то отрабатывает код внутри. В данном случае, кэшируется сниппет-обёртка.
Есть готовый пакет Login, в котором есть всё необходимое — и аутентификация в разных контекстах и регистрация и профиль и готовые формы. Поставил и всё работает. Дело 2 минут. И инфы об этом на ютубе достаточно.
Просто меня удивляет качество подачи.Такое ощущение, что человек знает MODX поверхностно. Придумал какой-то плейсхолдер, хотя узнать, залогинен ли пользователь можно как через базовые плейсхолдеры MODX, так и через феном.
Велосипед с закрытием страниц от гостей в принципе сойдёт для демонстрации возможностей MODX. Но для серьёзной настройки прав есть группы ресурсов. А для простой adminTools.
П.С. Это, конечно, мое личное мнение. Кто согласен с ним, ставьте +, кто нет — минус. Интересно ваше мнение.
Плохо, что MODX не учит, что ресурс — это эндпойнт.
П.С. Это я про большие серьезные статьи.
Проверьте, не залогинены ли вы в админке в том же браузере, на котором проверяете фронт.
2. ajaxElemWrapper и ajaxElemRows содержат идентификаторы элементов, а сама разметка создается в параметрах tpl***. Проверить легко — посмотреть ответ на ajax запрос.
Уже третий раз за пару дней вижу такой винегрет. Думаю, будет правильнее использовать или только код или только чанк.
2. Логично, ибо ajax возвращает результат, обёрнутый в обёртку. Поэтому лучше оборачивать вручную.
В данном случае ошибка при распечатке объекта. Нужно или вардампить или выводить $name.
Просто меня удивляет качество подачи.Такое ощущение, что человек знает MODX поверхностно. Придумал какой-то плейсхолдер, хотя узнать, залогинен ли пользователь можно как через базовые плейсхолдеры MODX, так и через феном.
Велосипед с закрытием страниц от гостей в принципе сойдёт для демонстрации возможностей MODX. Но для серьёзной настройки прав есть группы ресурсов. А для простой adminTools.
П.С. Это, конечно, мое личное мнение. Кто согласен с ним, ставьте +, кто нет — минус. Интересно ваше мнение.