Сергей Шлоков

Сергей Шлоков

Был в сети 06 ноября 2025, 19:54
Заказы не принимаю
Есть более простой вариант. Находим в папке core/cache/includes/elements/plugins файл с id плагина и комментируем содержимое или пишем второй строчкой return;. Частенько пользовался. Главное не удалять этот файл. Ибо тогда MODX создаст новый из неработающего плагина.
1. Всё зависит от задачи. Тут чел, например, вызывал так "&tpl=`@CODE: [[$chunk]]`".
2. ajaxElemWrapper и ajaxElemRows содержат идентификаторы элементов, а сама разметка создается в параметрах tpl***. Проверить легко — посмотреть ответ на ajax запрос.
1.
&tpl=`@CODE: <li class="posts__item">{{$postPreview}}</li>`
Уже третий раз за пару дней вижу такой винегрет. Думаю, будет правильнее использовать или только код или только чанк.

2. Логично, ибо ajax возвращает результат, обёрнутый в обёртку. Поэтому лучше оборачивать вручную.
Исходный сниппет не играет значения. MODX работает только с вызываемым сниппетом. Если он кэшированный, то он сохраняет результат, если нет, то отрабатывает код внутри. В данном случае, кэшируется сниппет-обёртка.
Есть готовый пакет Login, в котором есть всё необходимое — и аутентификация в разных контекстах и регистрация и профиль и готовые формы. Поставил и всё работает. Дело 2 минут. И инфы об этом на ютубе достаточно.

Просто меня удивляет качество подачи.Такое ощущение, что человек знает MODX поверхностно. Придумал какой-то плейсхолдер, хотя узнать, залогинен ли пользователь можно как через базовые плейсхолдеры MODX, так и через феном.

Велосипед с закрытием страниц от гостей в принципе сойдёт для демонстрации возможностей MODX. Но для серьёзной настройки прав есть группы ресурсов. А для простой adminTools.

П.С. Это, конечно, мое личное мнение. Кто согласен с ним, ставьте +, кто нет — минус. Интересно ваше мнение.
Глянул видео на канале OpenModx про авторизацию на фронте. Это же полный треш. Что он нагородил??? Мало того, что он путает авторизацию с аутентификацией, так ещё и не знает, что есть готовые решения для логина и соответствующие процессоры, запускающие определенные системные события. Зачем выставлять лишний плейсхолдер? Т.е. он не знает про возможности Fenom.

Если остальные видео в таком же духе, то я бы не советовал этот канал новичкам. Или озаглавил бы его «Как не нужно делать».
Мнения могут не совпадать. Тут нет правильного или неправильного. Даже у одного человека мнение может измениться.

но вот для существующих проектов, когда нужно пробрасывать запросы к API MODX из мобильного приложения,
Есть мнение, что таких проектов «кот наплакал» и количество их не растёт, а сокращается. RESTful болванка в MODX есть. Хотя с формальной точки зрения — это совсем не REST. Ибо использование сессий не соответствует концепции REST.

Другое дело что в здравом уме расчитывать оправдать трудозатраты какой то выручкой
Мой профит был в прокачке навыков и получении дополнительных знаний. Я не собирался это продавать!

В общем, свою позицию постараюсь изложить в статье.
Осенью работа встала по причине полной загруженности и предновогодней суеты. Сейчас постепенно время высвобождается и я, глядя трезвым взглядом на задачу, не могу найти причину, чтобы возобновить работу над ней. Как я уже говорил, главной причиной почему я взялся за это — прокачать скилы. Стэк уж очень вкусный — Slim4, PHPUnit, Swagger.

Но демотивирующих факторов огромное количество. Главная — я не верил и продолжаю не верить в MODX3. А работы по REST API минимум на год. Но я вижу полную её бессмысленность по причине невостребованности. Ибо никто в здравом уме не будет использовать MODX в качестве RESTful сервиса. Кроме того…

Блин, в общем, тут на целую статью наберётся. В ближайшее время постараюсь запилить у себя, чтобы тут народ не баламутить.