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

Компонент зачетный! Но читать невозможно! Такое ощущение, что язык не родной. В каждом предложении минимум одна ошибка. ((

Есть более простой вариант. Находим в папке core/cache/includes/elements/plugins файл с id плагина и комментируем содержимое или пишем второй строчкой return;. Частенько пользовался. Главное не удалять этот файл. Ибо тогда MODX создаст новый из неработающего плагина.

Так в своё время появился AdminTools. Чтобы решить некоторые проблемы с UX.

1. Всё зависит от задачи. Тут чел, например, вызывал так "&tpl=`@CODE: [[$chunk]]`".
2. ajaxElemWrapper и ajaxElemRows содержат идентификаторы элементов, а сама разметка создается в параметрах tpl***. Проверить легко — посмотреть ответ на ajax запрос.

Роман, ты прикалываешься или просто пятница сказывается? Одинарные скобки внутри одинарных скобок!!!

1.

&tpl=`@CODE: <li class="posts__item">{{$postPreview}}</li>`

Уже третий раз за пару дней вижу такой винегрет. Думаю, будет правильнее использовать или только код или только чанк.

2. Логично, ибо ajax возвращает результат, обёрнутый в обёртку. Поэтому лучше оборачивать вручную.

А кавычки у modWebLink кто ставить будет?

Исходный сниппет не играет значения. MODX работает только с вызываемым сниппетом. Если он кэшированный, то он сохраняет результат, если нет, то отрабатывает код внутри. В данном случае, кэшируется сниппет-обёртка.

Статистика накручена! ;)

&tpl=`@CODE:[[$stocks-object-item-migx]]`

5 баллов!

joxi.ru/brRQDMnI7WdOOA

А в какой системе счисления 10 значит 8?

В данном случае ошибка при распечатке объекта. Нужно или вардампить или выводить $name.

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

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

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

П.С. Это, конечно, мое личное мнение. Кто согласен с ним, ставьте +, кто нет — минус. Интересно ваше мнение.

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

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

Включаете параметр showLog, получаете сформированный sql запрос и анализируете. Думаю, удивитесь, когда увидите, что получилось. Поиграться с ним можно в phpMyAdmin или можно поставить dbAdmin.

В чем проблема?
1. Перед вызовом сниппета выставь нужный плейсхолдер.
2. Сделай обертку сниппета. Пример.

Мнения могут не совпадать. Тут нет правильного или неправильного. Даже у одного человека мнение может измениться.

но вот для существующих проектов, когда нужно пробрасывать запросы к API MODX из мобильного приложения,

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

Другое дело что в здравом уме расчитывать оправдать трудозатраты какой то выручкой

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

В общем, свою позицию постараюсь изложить в статье.

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

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

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