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

так вы уже все и получили. просто не ясно для чего switch

list ($width, $height, $type, $attr) = getimagesize($input);
print($width);

MIGX тв в ручную прописаны поля или через конфиг?

Тогда вы должны определиться какой migx основной и сделать что-то типа такого:

<div class="container">
    <div class="row">
        {set $arr = 15 | resource : 'migx_tv_1' | fromJSON}
        {set $rows = 15 | resource : 'migx_tv_2' | fromJSON}
        	{foreach $arr as $row index=$index}
                        <div class="col-lg-6">
                                {$row.file}" - вытаскиваю из migx_tv_1
                        </div>
                        <div class="col-lg-6">
                            {$rows[$index]['img']} - вытаскиваю из migx_tv_2
                        </div>
        	{/foreach}
    </div>
</div>

Мы не знаем что у вас в полях ['migx_tv_1', 'migx_tv_2'] migx лежит…
Но по логике, вам нужно проверять приходит 1й migx или 2й.
это делаетя так:

{set $arr_tv = ['migx_tv_1', 'migx_tv_2']} 
<div class="container">
    <div class="row">
        {foreach $arr_tv as $item}
        	{set $rows = 15 | resource : $item | fromJSON}
        	{foreach $rows as $row}
                    {if $item == 'migx_tv_1'}
                        <div class="col-lg-6">
                                {$row.file}" - вытаскиваю из migx_tv_1
                        </div>
                    {else}
                        <div class="col-lg-6">
                            {$row.img} - вытаскиваю из migx_tv_2
                        </div>
                    {/if}                
        	{/foreach}
        {/foreach}
    </div>
</div>

Нужно проверять не слетели ли индексы в БД после обновления.
Если товаров не много (до 1000) то странно что так долго выполняется запрос. Если более то вероятность того что индексы слетели возрастает. и нужно исправлять.

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

Можно 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 участник ответил правильно и объяснил причину. Вроде бы ему "+" нужно ставить за то время что он потратил на ответ на Ваш вопрос.
Я хочу понять Вас. Спасибо.