Prihod

Изначально цель этого решения добавить возможность в рекламных/посадочных страниц вывести определенный товар из разных категорий, а не для 200 категорий создать свою сортировку )

Hi, судя из лога у тебя для некоторый полей ситуация из этого сообщения
Все поля название которых на русском нужно заново переназначить как описано в ссылке

Смотри лог ошибок сервера и что в консоли браузера

UPD 2.0.0

• Добавлено: Автоматическое создание, обновление и удаление товарно транспортной накладной
• Добавлено: Сниппет msNovaPoshta.Tracking
• Добавлено: События «msnpOnBeforeSaveTTN» и «msnpOnSaveTTN»

ВАЖНО!! Перед обновлением с 1-й версии на 2-ю желательно сделать бэкап сайта и БД, а после обновления обязательно нужно сделать донастройку компонента и очистить кэш сайта и браузера.

Примечание Созданные через ваш магазин ТТН могут редактироваться только в нем же т/е на сайте «Новая почта» их отредактировать нельзя так как придется заново заполнять адрес отправителя и получателя.

modx.pro/help/14845

Ну так ты хотя бы скажи, что у тебя в логе modx и в логе ошибок сервера при этом

в общим там в js файле msMultiCurrency остался код от старой версии я у тебя ее поправил

Я думаю то как потом с ним работать в корзине и при оформлении заказа не говоря уже об других дополнениях которые как то модифицируют цену. Именно поэтому на данный момент такой возможности и нет даже в msMultiCurrency но в планах такое реализовать есть но для этого нужно будет сделать пару изменений в самом minishop2

Нет

Ну в принципе всё должно работать

в перспективе да

совместим

Hi, доступы к сайту актуальные? Если нет то сделай такие как были раньше я сегодня постараюсь посмотреть

Было бы неплохо почитать об отличиях от Локализатора

Ну если на вскидку то такие.

1. Работа с кастомными полями miniShop2
2. Работа с опциями miniShop2
3. Индексация полей для mSearch2 из коробки
4. Возможность сортировки языков при выводе
5. Возможность скрыть часть полей или изменить для них тип ввода, например прикрутить к полю текстовый редактор
6. Перевод текста как с помощью yandex translate так и google translate + можно реализовать свой класс с нужным сервисом перевода
7. Можно указать какие поля следует переводить автоматически
8. Можно сразу сделать создание и перевод локализаций для ресурса
9. Поддержка url как со слешем на конце так и без
10. Авто определение языковой версии сайта при первом его посещении
11. Сниппет который создает URL для ресурса с учетом выбранной языковой версии сайта.
12. Ну и в целом меньше лишних тело движений при настройки компонента

Да

посмотри какое расширения у файла будет если ты его сохранишь из браузера, если webp то скорей всего данное расширения не добавленно в источник файла как разрешенное
prnt.sc/t4hm8v

$q = $modx->newQuery('msProductData');
$q->leftJoin('msProduct', 'msProduct', '`msProductData`.`id` = `msProduct`.`id`');
$q->where(array('msProduct.parent' => $Х));
$q->command('UPDATE');
$q->query['set']['Y'] = array(
    'value' => $Z,
    'type' => true,
);
$q->prepare();
if (!$q->stmt->execute()) {
    $modx->log(modX::LOG_LEVEL_ERROR, print_r($q->stmt->errorInfo(), true) . ' SQL: ' . $q->toSQL());
}

Я правильно понимаю, что это поле (то есть опциональные поля miniShop2) вообще не участвует в параметрах обновления?

да

ну так у тебя my_key это опция, а для опций нельзя использовать тип импорта «обновление данных товара».
Почитай внимательно про ограничения для этого типа импорта

если поле my_key создано через систему плагинов miniShop2 то возможно у тебя ситуация которая описана тут