Все стандартно, кроме прикрученного эластика для поиска все нормально справляется если к этому вопрос )

Разобрался отменно в настройках, и частично решил мой вопросе.
в шаблоне категорий не было &includeThumbs=`120x90`,
и в чанке убрал {if $thumb?} и {else}…
оставил только это. Теперь работает.

<img src="[[+120x90]]" class="mw-100" alt="{$pagetitle}" title="{$pagetitle}" itemprop="image"/>

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

сами превьюшки 100% генерируются и в jpg и в web, при загрузке картинки в галерею товара?
они появляются в assets/images/products и в источнике файлов MS2Images

в tpl.msProducts.row этот $thumb не видит, показывает дефолтные small…

<a href="{$id | url}">
                {if $thumb?}
                    <img src="{$thumb}" alt="{$pagetitle}" title="{$pagetitle}" itemprop="image"/>
                {else}
                    <img src="{'assets_url' | option}components/minishop2/img/web/ms2_small.png"
                        srcset="{'assets_url' | option}components/minishop2/img/web/ms2_small@2x.png 2x"
                        class="mw-100" alt="{$pagetitle}" title="{$pagetitle}"/>
                {/if}
            </a>

Тег [[++url]] ссылку на главную страницу, поэтому заменил на {$id | url}

<a href="[[++url]]">
                {if $thumb?}
                    <img src="{$thumb}" class="mw-100" alt="{$pagetitle}" title="{$pagetitle}" itemprop="image"/>
                {else}
                    <img src="{'assets_url' | option}components/minishop2/img/web/ms2_small.png"
                        srcset="{'assets_url' | option}components/minishop2/img/web/ms2_small@2x.png 2x"
                        class="mw-100" alt="{$pagetitle}" title="{$pagetitle}"/>
                {/if}
            </a>

А 200к товаров хранятся в отдельной таблице или в modx_site_content?

Ну, как обычно блин) спасибо!

у вас с кавычками беда, экранировать надо. Или использовать одинарные

Большое спасибо, получилось с помощью link_attributes!!)))

Судя по всему сейчас так и буду делать. Я рассчитывал на решение, вроде того, что предлагал Евгений Webinmd.

Использую вот это и не работает:

&filterOptions=`{
      "more": ".load-more",
      "more_tpl": "<button class="load-more"><span class="load-more__checkmark">∨</span><span class="load-more__text">Загрузить ещё</span></button>",
  }`

Ну если иначе не получается, сделайте 2 разных файловых чанка с нужными обертками (и дополнительным вызовом pdoMenu для подпунктов, тормозов не бойтесь, меню кэшируется)

Далее в общем чеке сделайте проверку id нужных пунктов и используйте frenom {include file: path/to/innerchunk1.tpl}, если боитесь хардкода id, используйте стандартное поле русскому link_attributes и в админке задайте например класс или другой признак чтобы его и проверять в чеке.

Вообще сложные меню в modx строить очень легко именно за счёт частичного кэширования.

Основные препятствия к тому что собрать из быстро не в инструментах типа pdoMenu, он имеет достаточно настроек, а в укладывании рекурсии при работе меню в голове разработчика, чтобы понять в какое место втыкать код с логикой.

Не сочтите за что то обидное, я несколько лет назад так бился с меню пока не обнаружил неточность в документации pdoMenu что пришлось осваивать механику гитхаба для создания pull request в эту самую доку. Я тогда попробовал с pdoMenu наверное вообще всё ))

Получилось настроить разный вывод лишь подпункты выпадающего меню, то есть чанк &tplInnerRow.
А задача выводить эти подпункты в разных обертках, то есть сделать условие вывода в чанке &tplInner.
На скриншоте 2 обертка как у 1

1. skr.sh/sCehopuyFvu
2. skr.sh/sCehlrbmTcd

А должна быть как на скриншоте 3

3. skr.sh/sCeQnccd9f1

Видел этот компонент.
Но опять таки это больше билдер контента.
А речь идёт о полноценной теме-конструкторе. Конечно со своими нюансами с поправкой на MODX.
В скорее планирую релиз, так что можно будет пощупать.

Ну либо можно так, я сразу решил на сообщество скинуть)

Для тех, кто (как и я) не очень любит подписываться на всякие сомнительные аккаунты (@Андрей я не про вас), вот ссылка «из того последнего поста» на доступную из web документацию: telegra.ph/Crypto-Pay-API-11-25

примерно так будет.

Ну вот об этом я и говорю, какой смысл использовать тогда newQuery если все то же самое и в таком же количестве можно написать напрямую в SQL?

getCollection, который предназначен не совсем для подобных дел

А для каких дел он тогда предназначен, если не может построить оптимальный запрос?

когда стоило последний сравнивать с более подходящим конкурентом – newQuery.

Не знаю, я все таки считаю что сравнивать с newQuery не корректно, newQuery просто транслирует php команды в SQL код, он не автоматизирует ничего и не упрощает

По-моему это не костыль, т.к. стандартные стили никуда не денутся и свои ты всё равно напишешь. А как вариант, моё предложение точно рабочее)))

Я дал рекомендацию на случай когда ответ нужен быстро, а в остальном, с доводами согласен)))

Я не говорю, что ты должен его использовать. Я просто заметил, что ты сравниваешь getCollection, который предназначен не совсем для подобных дел, и свой быстрый билдер запросов, когда стоило последний сравнивать с более подходящим конкурентом – newQuery.

$q = $modx->newQuery('msProduct')
    ->leftJoin('modTemplateVar', 'price_opt_tv_name', 'price_opt_tv_name.name = "price_opt"')
    ->leftJoin('modTemplateVarResource', 'price_opt_table', 'price_opt_table.tmplvarid = price_opt_tv_name.id AND price_opt_table.contentid = msProduct.id')
    ->where([])
    ...

примерно так будет.

Я ж и попросил показать код на newQuery, мне не очень понятно зачем я должен его использовать, если я могу написать то же самое по объему и сложности на обычном SQL

Очевидно что не будет, а еще она также будет минимальна если все эти лефт джоины прописать руками в mysql, только вот newQuery так себе билдер
И код на newQuery будет скорее всего похож по количеству и структуре на выходной SQL

почему сравнивается getCollection, а не с newQuery

Потому что в случае с getCollection не надо джойнить tv, а можно их получить через getTVValue через модель собственно