Дмитрий

1) Не заморачиваться делать всё на одной странице, а сделать обычным меню с переходом в нужный раздел. Если всё сделано хорошо, то загрузка страницы будет быстрой и никто ничего не заметит.
2) Почитать документацию к mFilter еще несколько раз и попробовать сделать это меню не меню, а тоже элементами фильтра, и отключить показ неактивных фильтров, в целом должно сработать.¯\_(ツ)_/¯

mFilter2 — очень мощный и умный компонент. Если вам приходится городить какие-то костыли поверх него, то 100% вы что-то делаете неправильно. Либо структура проекта выбрана не верно, либо вы не знаете возможностей компонента, либо еще что.
Поэтому

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

Совет — пересмотрите всю логику проекта и сделайте по-нормальному

Ну или в map-файле это задать, либо напрямую в БД задать значение по-умолчанию у поля…

Да, поддержка 100% поможет перенести ключи. Я как-то закупился на 7К модулями, но заказчики даже не запустили магазин, не поделили бизнес. Я в течение года раскидал дополнения при помощи поддержки по другим сайтам без проблем.

ну да, а еще можно было не городить этот бредовый вызов и сделать по-нормальному :)
Условие выглядит через чур сложно.
Вариантов решения как минимум три
1) Заменить вот это вот всё на mFilter2 и всё было бы очень круто
2) Написать сниппет-обёртку над pdoResources, который сначала обрабатывает GET параметры и потом подставляет их в параметр Where
3) Переписать всё вот это на Fenom с использованием переменных и это стало бы точно более читаемым и понятным.

Это дешёво. 750 евро это копейки за хороший магазин. Правда, кто знает, какого качества он окажется в итоге

в заказ они попадают как «Заказной товар» с данными от поставщика: цена, артикул и т.д.

А вот это кстати неплохая идея, буду знать на будущее.

Сложно ответить что лучше, не пытаясь нахваливать какой-нибудь один из модулей.
На этом ресурсе 99% пользователей юзают Минишоп и поэтому какой-то существенной критики, которая бы превознесла бы шопкипер, вы тут вряд ли увидите.
Достоинство минишопа как минимум в двух вещах — pdoTools и огромное количество дополнений почти под любые задачи. pdoTools позволит делать множество крутых штук, и если всё делать правильно, то и работать это будет очень быстро. Шопкипер работает как обычный модуль для MODX, со своими особенностями, поэтому с ним, вроде как, особо не поиграешься без серьезного погружения.
Но это и не так важно, как важно количество товаров и задание к магазину. 7000 товаров с опциями, фотками и всем остальным — достаточно весомая нагрузка на фильтр товаров и поиск. А если еще собираетесь подключать поставщиков, чтобы загружать десятки тысяч запчастей, то это вообще будет финиш. Я как-то столкнулся с магазином запчастей, куда как обычные ресурсы загрузили около 150 000 запчастей, и сайт работал очень медленно. И это уже неоднократно обсуждалось на этом ресурсе, что если нужно делать прям магазин-магазинище с десятками тысяч товаров, то придется кастомизировать модель товаров так, чтобы это были не ресурсы MODX, а другие сущности, т.к. на ресурсах это всё дело быстро загнется. Поэтому, если у вас нет серьезного бюджета или знаний на существенные переработки кода, то стоит выбрать другую систему для подобного. Пытаться за копейки построить космодром — не очень хорошая идея :)

О, крутая штука. Спасибо!

хотя, с другой стороны, я в своём учёл возможность задавать поле остатков как полем ресурса, опцией товара, кастомным полем ms2 и ТВ-шкой, а так же два режима остатков — количество и просто текст «В наличии / Нет в наличии». Может, допилю к концу следующего месяца до stable и выкачу…

Купил я значит прошлый компонент в декабре прошлого года. Он оказался не рабочим. Мне за него вернули деньги, ок. Но проект надо делать. Написал свой компонент, учёл кучу всяких штук, сделал компонент достаточно неплохим. Проект еще не запустили, т.к. большой, а появилась новая версия компонента. Месяц работы коту под хвост. Эх, вот это разочарование)))

Fix map-file, try to replace this:

'phptype' => 'string',

with

, 'phptype' => 'json'

it's work for me.

да не, не раньше, чем через 2 недели нужно будет)

Скоро придется отправить 4000 писем пользователям сайта, который переношу с WP, и как раз об этом думал, как же решить это. Большое спасибо за компонентище!

1) Неплохой у вас сайт, я про ultron.pro. Много контента, шаблоны вроде неплохие, сборки прикольные. Круто!
2) Что под капотом? Обычные чанки и стопицот шаблонов или fenom? Файловые элементы или всё в базе?

Это просто как-то вот не очень работает, поэтому лучше перестраховаться

Продолжайте в том же духе и через полгода цены вам не будет))

Нет, не обязательно так должно быть. Надо ковыряться, пробовать… У меня несколько сайтов на Localizator'е работают, нормально вполне себе, и ссылки и всё остальное.

А поля… Ну есть вариант делать автоперевод через функционал Яндекс.Переводчика, заложенного в локализатор.
Или можно делать все поля MIGX, да. Я так делал:

{if ('localizator_key'|option)!='ru'}
    {var $key = ('localizator_key'|option)~'_'}
{/if}
<div class="container">
    <div class="row">
        {var $principles = $_modx->resource.principles|fromJSON}
        {foreach $principles as $p}
            <div class="col-xs-12 col-md-4">
                <h3>--{$key~'title'}--</h3>
                <h2>{$p[$key~'title']}</h2>
                <p>{$p[$key~'text']}</p>
            </div>
        {/foreach}
    </div>
</div>

Только у меня каждое поле MIGX было en_field и ru_field например

С этим не могу сейчас помочь, надо разбираться, вспоминать, извините