Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #54 часа назад
Тоже самое
ExtraFields. Дополнительные поля для ресурса (modResource) и пользователя (modUserProfile). 39
6 часов назад
Добрый день! При формировании данных, поле picture выводит ссылку такого плана. sitename.ru/catalog/category/nameimage.jpg. а нужна sitename.ru/assets...
[YandexMarket2] выгрузка товаров в Яндекс Маркет и не только 22
Сегодня в 10:07
Очень вовремя — как раз делаю кабинет на сайте))
Кайфую от того как все продумано, раньше для такого функционала пришлось бы долго «женить» нескольк...
Cabinet 5
Вчера в 19:17
Да всё верно! Читать доку да, но её не обломно читать когда подготовкой данных занимаешься, а когда верстка разъезжается или js-компоненты шаманишь, о...
PageBlocks. Выводим SEO-карточки 10
Вчера в 19:16
Я в 90% случаев использую поиск через Crtl+FЕсть встроенный поиск:
PageBlocks - мощный инструмент для MODX в стиле Laravel! 20
Вчера в 10:17
UPD: Рабочий вариант — сниппет для вывода списка контекстов, может кому то пригодиться
<?php
$contexts = $modx->getCollection('modContext', ...
Как вывести на сайте ссылки на контексты (поддомены) и сделать навигацию в виде меню? 4
18 февраля 2025, 20:22
спасибо, воспользовался вторым вариантом
MODX MiniShop2 редирект после заказа наличными 2
18 февраля 2025, 13:21
Мы ценим и уважаем Ваш труд! Спасибо!
Классно, теперь могу поставить клиентам. Мне больше нравится темная тема, но клиентам некоторым привычнее рабо...
[EclipseUI] Обновление до версии 1.1.3 Кнопка переключения тем. 1
18 февраля 2025, 13:10
Спасибо большое! На первом же сайте нашла подходящий для нас вариант.
Форма для оплаты 3
Для комментариев используется набор параметров 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. Возможно наше решение даст толчок для реализации этих планов.
Так что всё пока логично. А вас, товарищ, мы из групповухи вычеркиваем.)