Алексей Смирнов

Это не сниппет, а параметр у сниппета на странице или чанке вызова (смотря где выводите).

Можно 1 запросом. но нужно джойнить и писать либо на sql либо через xpdo.
Вопрос зачем? ведь, данные такие можно спокойно достать pdoResources, особенно если это 5 товаров… и он умеет в json сразу.

Подскажите, эта штука через крон работает или через запросы на сайт?

Я как то не понял в чем проблема. то ли в имени самого ТВ то ли в значении ТВ то ли в текстовом соответствии ТВ.
обычно значение ТВ для текущего ресурса так и будет: [[*myTvName]] тут будет value1 или value2.
Если у вас тв-список, и вам нужно название значения соответствующего (Option 1==value1||Option 2==value2)
те хотите получить текст Option 1 или Option 2… То есть модификатор (в доке естессно есть оно) :tvLabel Вызывается прямо так: [[*myTvName:tvLabel]]
Ну и название самого ТВ уже точно нужно получать своим скриптом Прямого решения, нет.
надеюсь угадал что вы хотели сделать. если нет — Опишите детальнее. Успехов.

Вы пишите свой сниппет, верно?
И наверняка при выводе одной папки вы знаете кол-во в этой самой папке...?
Просто посчитайте количество и проверьте по условию.

По факту вы усложняете тем что хотите ключ один а названия разные — это чревато.
Если у вас свойств примерно 20..30, то лучше создавать опции специально под необходимые параметры. Так и выборки будут быстрее идти и не запутаетесь в опциях одинаковых. И потом поддерживать вам же будет проще.
Если хотите прям принципиально, то лучше уже использовать TV параметры. Там можно с помощью форм переназывать ТВ-шки.

Компонент немного обновил. Исправил баг с установкой.
Так же напоминаю, если вы хотите в живую пощупать — пишите мне в личку, тк протестировать на modHost не возможно в виду специфики установки плагина.
Успехов!

Если вы хотите фильтровать по параметрам, то лучше сразу использовать тот же mSearch2 платный (как Артур сказал). Но есть момент.
Если у вас не услуги, а товары и нужна корзина, то минишоп — точно.
Если у вас там услуги и нет корзины (и не предвидится) то можно оставлять на ресурсах.
2. О какой структере вообще речь? О блоке услуг? ну у вас обстрактное представление, но этот вариан в любом случае в 80% случаях и используется.
3. Сложно посоветовать. тут нужны для начала общие знания. а потом можно в поиске написать «Объектная модель MODx Revo API. Статья для понимания» + к этому modzone.ru/blog/2015/12/27/frontend-events-for-modx/
ну если покапаться можно много найти.
И помнить что есть стандартный парсер плейсхолдеров и есть феном который устанавливается вместе с PdoTools и дает больше свободы. И сайт делается либо на феноме либо на MODX парсере. их желательно не смешивать в виду специфичности.

решение же выкатил автор вопроса в теле под первым пунктом сразу.

Интересная реализация.
Но мало информации по примеру скорости. Для 100к ресурсов сколько опций у товара выводится на сортировку и сколько товаров в этой конкретной категории, где по вашим цифрам 0.7809291: Total time.
Ну и как быстро открывается, если выбран 1 и 2 опции разные в фильтре. (обычно на Get параметре я проверяю скорость для mFiler).
И большой каталог это сколько товаров? 100к или 1мл?

Выпустил новую версию 1.0.1. изменения не большие, но полезные для СЕО.
— Добавлена разметка OG для страниц со статьями.
— Добавлена разметка schema.org/Article для статьи
— Исправлена логика вывода в шапке сайта данных ( canonical, keywords):
Если в ресурсе создано TV поле keywords и заполнено, то оно выводится в шапке, иначе нет.

В MIGX есть штатный механизм быстрой загрузки, но корректно работает с источником файлов, который привязывается к id ресурса.

Чем ресуры 31-35 отличаются от 3,4,5,6? (Шаблон? класс?)
Если ничем, то возможно если 31-35 это не контейнеры, то вывод можно организовать сосздав условие isfolder = 0, а контейнеры можно выводить с условием isfolder = 1.
НО если у ресов есть отличие в Шаблоне, то Параметр template в помощь.
Надеюсь путь понятен.

Если вам не нужна связь с MODX и вам это нужно примерно 1 раз в столетие…
то самый быстрый вариант накостылить html в самом файле.
Если связь есть и есть еще какие-то обстоятельства, которые мы не знаем, то нужно подключить API MODX и применить метод $modx->getChunk

без MODX еще есть пару вариантов, но тогда погружаться в php поглубжее надо.

Подскажите, Виктор. Какой смысл в минусовании ответов людей вы вкладываете?
На ваш вопрос как минимум 1 участник ответил правильно и объяснил причину. Вроде бы ему "+" нужно ставить за то время что он потратил на ответ на Ваш вопрос.
Я хочу понять Вас. Спасибо.

ВЫ не поняли. Вопрос в том, что вы понимаете под СОСЕДНИМИ ресурсами? Это родители или это дочерние или иные из другого ресурса. я просто не понимаю что такое сосед. тк соседи и с верху есть и с низу и побокам… МОжет если опишите структуру подробнее станет понятнее. Например деревовидная обычно используется:
Индекс (0)
— Ресурс (2)
— — вложенный (100)
— — — вложенный глубже (1500)
— — вложенный (200)
— Еще ресурс (15)
— Ресурсо (18)

Кстати, тут я с Виктором больше согласен. Тк он уже и нашел решение. А люди пишут и лезут с советом.
И флуд типа — зачем использовать… не использовать… не помогает совсем.
А минусики просто людей взбодрят покажут что нужно конструктивнее писать. Иначе, для чего они вообще? Плюсы отражают по мне — верный ответ или поддержку. Минус — ответ который не помог, особенно дезинформирует. Или я что-то тоже не понимаю с рейтингом?
Если есть правила, то думаю, будет хорошо эти правила сообщества для сайта обозначить, чтобы понимание было.

Ну конечно… я не запрещаю. но этот момент уже очевиден, раз первый твой вариант не верный с кавычками. ) тренируем мозг. :)

Можно и без переменной, но для примера показал как оно работает на самом деле ))))

{set $myvar = $row.link | join}
{'pdoMenu' | snippet: [
'parents' => 0,
'resources' => $myvar,
]}

Почитайте для начала Php переменные. потом аналогию соедините для фенома и будет проще.