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

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

С нами с 31 января 2013; Место в рейтинге пользователей: #3
Сергей Шлоков
10 февраля 2020, 07:55
0
Глянул видео на канале OpenModx про авторизацию на фронте. Это же полный треш. Что он нагородил??? Мало того, что он путает авторизацию с аутентификацией, так ещё и не знает, что есть готовые решения для логина и соответствующие процессоры, запускающие определенные системные события. Зачем выставлять лишний плейсхолдер? Т.е. он не знает про возможности Fenom.

Если остальные видео в таком же духе, то я бы не советовал этот канал новичкам. Или озаглавил бы его «Как не нужно делать».
Сергей Шлоков
08 февраля 2020, 15:44
+2
Включаете параметр showLog, получаете сформированный sql запрос и анализируете. Думаю, удивитесь, когда увидите, что получилось. Поиграться с ним можно в phpMyAdmin или можно поставить dbAdmin.
Сергей Шлоков
04 февраля 2020, 07:18
+2
В чем проблема?
1. Перед вызовом сниппета выставь нужный плейсхолдер.
2. Сделай обертку сниппета. Пример.
Сергей Шлоков
03 февраля 2020, 09:39
+2
Мнения могут не совпадать. Тут нет правильного или неправильного. Даже у одного человека мнение может измениться.

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

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

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

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

Блин, в общем, тут на целую статью наберётся. В ближайшее время постараюсь запилить у себя, чтобы тут народ не баламутить.
Сергей Шлоков
01 февраля 2020, 19:37
0
На здоровье! Всё это есть в доках.
Сергей Шлоков
01 февраля 2020, 17:48
+1
Например, вот так
// Путь к конфигу зависит от вложенности текущего  файла
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', '', '');
Подозреваю, что возможны проблемы и с этим кодом, поэтому советую обратиться за помощью к программистам.
Сергей Шлоков
01 февраля 2020, 07:15
0
В файле test_base.php MODX инициализируется?
Сергей Шлоков
31 января 2020, 07:34
0
Значит надо разбираться.
Сергей Шлоков
30 января 2020, 18:00
+1
Не должен MODX лезть в базу, если сниппет кэшированный. Посмотри файл кэша ресурса. Там должен быть массив с ключом elementCache (или как то так). В нём хранятся все кэшированные сниппеты, обработанные Fenom.
Сергей Шлоков
30 января 2020, 08:25
+1
Всё точно. Насколько я помню )
Сергей Шлоков
30 января 2020, 07:46
0
Кэшированный сниппет сохраняется в кэше ресурса, в массиве кэшированных элементов, где в качестве ключа выступает сигнатура сниппета, а в качестве значения — результат сниппета. Т.е. MODX вроде не должен лезть в базу за таким сниппетом.
Сергей Шлоков
30 января 2020, 07:27
1
+1
Но каждый вызов каждого снипета оформлять такой жуткой хренью…
Попробуйте библиотеку modHelpers. Там всё проще.
// Постоянное кэширование.
{snippet('pdoCrumbs', ['showAtHome' => false, 'showHome' => true], 0)}
Сергей Шлоков
28 января 2020, 14:10
0
Прикольно ты в условие where засовываешь параметры сниппета и ждешь, что что-то получится ))
Сергей Шлоков
27 января 2020, 07:02
0
Оказывается вполне распространенная проблема.
Правда? И у кого ещё эта проблема возникла?

Чтоб Вы знали, каждый раз при изменении системной настройки файл кэша формируется заново. Если у Вас не так, значит что-то сломалось. Обычно об этом есть запись в журнале ошибок.
Сергей Шлоков
25 января 2020, 09:00
0
Поищите темы про MODX3.
Сергей Шлоков
25 января 2020, 08:50
+2
На самом деле было бы удобно отключать это поведение через настройку. Можно попробовать написать issue. Вдруг сделают.
Сергей Шлоков
25 января 2020, 08:31
+2
Просто описано туманно. На самом деле всё просто. Во-первых, разговор идёт про Tickets. А как мы знаем, при сохранении тикета, если introtext пустой, то туда записывается часть поля content. Во-вторых, это всё.

Вот что значит правильно задать вопрос!
Сергей Шлоков
24 января 2020, 09:47
+2
Самый лучший способ прокачаться — это устроиться на работу в серьезную компанию. )) Сразу весь рабочий стек прокачаешь.
Сергей Шлоков
24 января 2020, 09:31
+1
У него есть своя ниша, на которой банкует WP, Joomla и Bitrix. Чтобы туда влезть, нужно приложить усилия. А это уже не про MODX хозяев. Их тяжело растолкать даже чтобы закрыть дырки безопасности. Так что разработчикам советую учить фреймворки. Ибо MODX закончится на второй версии. Не он первый, не он последний.