Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #59 часов назад
Шаблон работает через файлы:
{insert 'file:template/yafeed.tpl'}Сам шаблон yafeed.tpl
<?xml version="1.0" encoding="UTF...
Yandex Feed YML, ошибка Premature end of file 2
Вчера в 17:19
Не работает если использовать феном
{'!FetchIt' | snippet : [
'snippet' => 'FormIt',
'form' =...
Вопрос про PreHooks и checkbox 7
25 января 2025, 20:13
Буду тестить после выходных, молодчага)
[EclipseUI] Тёмная тема для админ-панели MODX 2.*.* 1
24 января 2025, 15:23
Здравствуйте! Может бы и мне поможете, не могу разобраться.
Нужно вывести в шаблоне чанк в случае, если в tv-параметре заполнен чекбокс.
В шабло...
Вывод чанка при заполненном tv 3
24 января 2025, 11:02
В чанк указанный в параметре tpl в вызове сниппета msOrder
Добавление снипета на страницу заказа 1
23 января 2025, 11:14
на здоровье
Minishop2 не отправляет письма о заказах (smtp QuickEmail при этом работает) 4
23 января 2025, 00:28
Я уже доделываю mspWebPay) в течение нескольких часов выкачу «обновление», защиту уже убрал.
[mspBePaid] Обновление компонента до версии 2.5.4-pl 2
Для комментариев используется набор параметров Comment.
joxi.ru/nAybzZ6fgRJEor
Так вы работаете с тикетами? Или только с Jevix?
Просто ты ответил немного неопределённо —
То ли за третий, то ли за второй.
П.С. Надо было сделать четыре комментария с каждым вариантом и за них голосовать. Эмулировать опрос. Стормозил чутка.
Для понимания. Если ты создашь новый пустой объект и выведешь его
то тоже получишь все поля, но пустые.
В твоём случае, ты инициализируешь указанные в select поля объектов данными из базы. Остальные поля — так называемые lazy. Они инициализируются из кэша. Если кэша нет, то делается запрос в базу и сохраняется в кэш.
Если нужно получить массив данных (что предпочтительней), то лучше делать так
В этом случае получишь то, что запрашивал. И памяти меньше кушает.
Какое решение лучше?
Интересная статья для размышления. Не хватает четвертого варианта, который описал Василий выше и который использую я при разработке RESTful API дополнения.
Первые два варианта из разряда «забить гвоздь телефоном». Результат маленький и большие накладные расходы.
Третий вариант — это взять маленький молоточек. Чтобы забить средние и большие гвозди придётся сильно попотеть.
Цикл статей, имхо, нужен только для понимания, что встроенные средства MODX мало пригодны. Только для исключительно простых целей. Как по мне, даже JSON:API спецификация с его include, fields, filter и sort неудобна. Мне как разработчику было бы проще послать POST запрос, в котором описать как положено select, where, limit и т.п. Да, это уже не REST, но возможностей гораздо больше.
Во-вторых, про это уже говорили. Данное решение изучалось. Оно оказалось крайне ограниченное. Ничего кроме items/15 вы не получите.Т.е. статью с комментариями одним запросом никак не получить. И поля никак не указать. Так что на этом серьезное API не сделаешь.
В-третьих, сам Джейсон недавно в обсуждениях на Github писал, что делает API через Slim. Т.е. даже сам сапожник не носит свои сапоги.
В-четвертых, задача попробовать минимизировать зависимость от core-разработчиков.
И в-пятых, третья версия MODX планировалась на Slim 3. Возможно наше решение даст толчок для реализации этих планов.
Так что всё пока логично. А вас, товарищ, мы из групповухи вычеркиваем.)