Глянул видео на канале OpenModx про авторизацию на фронте. Это же полный треш. Что он нагородил??? Мало того, что он путает авторизацию с аутентификацией, так ещё и не знает, что есть готовые решения для логина и соответствующие процессоры, запускающие определенные системные события. Зачем выставлять лишний плейсхолдер? Т.е. он не знает про возможности Fenom.
Если остальные видео в таком же духе, то я бы не советовал этот канал новичкам. Или озаглавил бы его «Как не нужно делать».
Включаете параметр showLog, получаете сформированный sql запрос и анализируете. Думаю, удивитесь, когда увидите, что получилось. Поиграться с ним можно в phpMyAdmin или можно поставить dbAdmin.
Мнения могут не совпадать. Тут нет правильного или неправильного. Даже у одного человека мнение может измениться.
но вот для существующих проектов, когда нужно пробрасывать запросы к API MODX из мобильного приложения,
Есть мнение, что таких проектов «кот наплакал» и количество их не растёт, а сокращается. RESTful болванка в MODX есть. Хотя с формальной точки зрения — это совсем не REST. Ибо использование сессий не соответствует концепции REST.
Другое дело что в здравом уме расчитывать оправдать трудозатраты какой то выручкой
Мой профит был в прокачке навыков и получении дополнительных знаний. Я не собирался это продавать!
В общем, свою позицию постараюсь изложить в статье.
Осенью работа встала по причине полной загруженности и предновогодней суеты. Сейчас постепенно время высвобождается и я, глядя трезвым взглядом на задачу, не могу найти причину, чтобы возобновить работу над ней. Как я уже говорил, главной причиной почему я взялся за это — прокачать скилы. Стэк уж очень вкусный — Slim4, PHPUnit, Swagger.
Но демотивирующих факторов огромное количество. Главная — я не верил и продолжаю не верить в MODX3. А работы по REST API минимум на год. Но я вижу полную её бессмысленность по причине невостребованности. Ибо никто в здравом уме не будет использовать MODX в качестве RESTful сервиса. Кроме того…
Блин, в общем, тут на целую статью наберётся. В ближайшее время постараюсь запилить у себя, чтобы тут народ не баламутить.
// Путь к конфигу зависит от вложенности текущего файла
require_once dirname(dirname(__FILE__)) . '/config.core.php';
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService('error','error.modError', '', '');
Подозреваю, что возможны проблемы и с этим кодом, поэтому советую обратиться за помощью к программистам.
Не должен MODX лезть в базу, если сниппет кэшированный. Посмотри файл кэша ресурса. Там должен быть массив с ключом elementCache (или как то так). В нём хранятся все кэшированные сниппеты, обработанные Fenom.
Кэшированный сниппет сохраняется в кэше ресурса, в массиве кэшированных элементов, где в качестве ключа выступает сигнатура сниппета, а в качестве значения — результат сниппета. Т.е. MODX вроде не должен лезть в базу за таким сниппетом.
Чтоб Вы знали, каждый раз при изменении системной настройки файл кэша формируется заново. Если у Вас не так, значит что-то сломалось. Обычно об этом есть запись в журнале ошибок.
Просто описано туманно. На самом деле всё просто. Во-первых, разговор идёт про Tickets. А как мы знаем, при сохранении тикета, если introtext пустой, то туда записывается часть поля content. Во-вторых, это всё.
У него есть своя ниша, на которой банкует WP, Joomla и Bitrix. Чтобы туда влезть, нужно приложить усилия. А это уже не про MODX хозяев. Их тяжело растолкать даже чтобы закрыть дырки безопасности. Так что разработчикам советую учить фреймворки. Ибо MODX закончится на второй версии. Не он первый, не он последний.
Если остальные видео в таком же духе, то я бы не советовал этот канал новичкам. Или озаглавил бы его «Как не нужно делать».
1. Перед вызовом сниппета выставь нужный плейсхолдер.
2. Сделай обертку сниппета. Пример.
Есть мнение, что таких проектов «кот наплакал» и количество их не растёт, а сокращается. RESTful болванка в MODX есть. Хотя с формальной точки зрения — это совсем не REST. Ибо использование сессий не соответствует концепции REST.
Мой профит был в прокачке навыков и получении дополнительных знаний. Я не собирался это продавать!
В общем, свою позицию постараюсь изложить в статье.
Но демотивирующих факторов огромное количество. Главная — я не верил и продолжаю не верить в MODX3. А работы по REST API минимум на год. Но я вижу полную её бессмысленность по причине невостребованности. Ибо никто в здравом уме не будет использовать MODX в качестве RESTful сервиса. Кроме того…
Блин, в общем, тут на целую статью наберётся. В ближайшее время постараюсь запилить у себя, чтобы тут народ не баламутить.
Подозреваю, что возможны проблемы и с этим кодом, поэтому советую обратиться за помощью к программистам.
Чтоб Вы знали, каждый раз при изменении системной настройки файл кэша формируется заново. Если у Вас не так, значит что-то сломалось. Обычно об этом есть запись в журнале ошибок.
Вот что значит правильно задать вопрос!