Вопрос не совсем в тему modx… Но может быть кто-то сталкивался… есть ли какое-то готовое реше сделать слайд контента (изображение, видео, html) с возможностью указать время для каждой итерации, или например видео по окончании одного начинается другое.
Спасибо.

Необходимо чтобы страница site.com/api возвращала JSON с данными из ресурсов. Это можно сделать через сниппет pdoResources с помощью 'return' => 'json' но необходимо чтобы выводились не все данные, а только id, pagetitle и пара tv-полей. Примерно по такому шаблону

{
"id" : "1",
"name" : "res_name",
"img" : "res_tv_img"
}, ...

Как правильно это сделать? Вот такой вариант:
(шаблон)

[
{'!pdoResources' | snippet : [
  'parents' => 2,
  'showUnpublished' => 1,
  'tpl' => 'api_item',
  'includeTVs' => 'image,console',
]}
]

(чанк)

{
 "id": "{$id}",
 "name": "{$pagetitle}",
 "img": "{$_pls['tv.image']}",
},

работает, но только если тип ресурса указан HTML, если выбирать JSON, то как-будто вообще ничего не происходит, ни ошибок в логе, ни вывода на страницу, ничего.
Подскажите, как правильно нужно это делать

Пытался найти самостоятельно — не справился, прошу, выручайте!
Необходимо получить tv поля другого ресурса, вызвал сниппет pdoResources, указал includeTVs, id ресурса, все как надо, затем вывожу через [[*tv-name]] и выводит верный json массив (поле через migx сформировано), но как на синтаксисе фенома вывести, пробовал и {$tv-name} — ничего не выводит, {$_modx->resource.tv-name} обращается к текущему ресурсу, так что тоже мимо: с

Добрый вечер!
Вывожу список опций через msProductOptions
В чанке перед выводом опций идет свой заголовок.
Сейчас если у товара нет ни одной опции — на странице отображается только заголовок из чанка.
Как проверить наличие опций, чтобы не выводить на странице одинокий заголовок?
toPlaceholder тут похоже не работает.

Вот код чанка:

<h2>Заголовок:</h2>
<p>
  {foreach $options as $option}
{if $option.value == 1}
{$option.caption},
{/if}
{/foreach}
</p>

Вызов:

{$_modx->runSnippet('!msProductOptions@PropertySet', [
 'onlyOptions' => 'список опций через запятую',
 'tpl' => 'tpl.msOptions',
 ])}

Всем привет. В одном из сео-отчётов был пункт о том, что сайт типа долго загружается из-за сторонних скриптов. Чаще из-за загрузки яндекс. карт и рекапчи 3. реКапча 3 у меня встроена в форму fetchit/formit, а яндекс карты подключены через тег script.

Всем привет. Я к вам с короткой заметкой. У меня оставался единственный платный компонент modRetailCRM, продажи которого, я давно не отслеживаю, и тикеты с вопросами не получаю. В общем забыл уже о его существовании.

Недавно только начал знакомство с modX и fenom.
Думаю, что решение должно быть достаточно простое, но не соображу как это в fenom сделать.

Сейчас одна таблица чрез один цикл:

Шапка таблицы всех товаров
{foreach $products as $product}
Тело таблицы товаров
{/foreach}

По идее как-то надо сначала собрать товары в группы товаров с одним родителем, а потом их выводить в отдельных таблицах.

{foreach $что_то as $раздел}
    Шапка таблицы $раздел товаров
    {foreach $products as $product}
    Тело таблицы товаров раздела $раздел
    {/foreach}
{/foreach}

Не знаю понятно ли сформулировал. Может у кого в копилке решений есть?
В письме, например, группировали так товары или еще где.

Добрый день. Возникла проблема при работе с компонентами modx 2.8.1. Сайт сделан на шаблоне. При открытии любого компонента выдает ошибку «Доступ запрещен». Разработчик не я, и связи с ним нет. Ограничений по правам доступа у пользователя нет. Кто-то сталкивался с такой проблемой?

Здравствуйте!
Делаю личный кабинет на Office, но вместо стандартного сниппета истории заказов делаю аналогичные кастомные fetch-запросы к /assets/components/office/action.php для получения данных заказов.
Можете подсказать как получить URL изображения товара аналогичным образом?

Решил попробовать создать сборку для локальной разработки при условии, что через год, два, три я смогу развернуть его из Git и продолжить работу, как и три года назад, без головной боли, что у меня что-то не запускается (за исключением самого Docker)))))).

В чем соль

Разработчик, спустя какое-то время после публикации в общий доступ своих шедевров, приходит к пониманию, что его нужно поддерживать. Поддерживать это значит иметь постоянную среду, которая заточена исключительно под его дополнение.

Как это возможно сделать? Варианты:

• содержать свой сервер, на котором работает твое дополнение;
• иметь где-то какие-то бэкапы, чтобы из них развернуть свое дополнение;
• локально держать свою копию с дополнением;
• устанавливать заново свое дополнение, когда требуется доработка;
• и т.д.

Все это приводит к тому, что разработчик обязан содержать какой-то мануал, как ему через год развернуть дополнение и внести в него изменения.