Николай Савин

Это некорректно — к объекту заказа через связи привязаны и доставка и оплата и другие связные объекты. Я выше показал как можно обращаться к ним.
Кроме того у вас ошибка еще и в написании — там не строка, а число. И работало у вас вся эта конструкция только потому что нестрогое сравнение. Корректное написание будет такое:

if ($msOrder->delivery === 1) {

Попробуйте заменить

{$msOrder->payment}

На

{$msOrder->Payment->name}

Обратите внимание, что Payment теперь с большой буквы.
Та же история с доставкой

{$msOrder->Delivery->name}

Для этого кто-то должен оплатить, скажем 10 тысяч человеко-часов. И уже завтра можно начинать писать админку.

Это компонент extJS встроенный в modx — по идее не к минишопу вопросы. ms2 просто вызывает компонент

Вам нужно выполнить вот этот код для решения вопроса

$modx->removeExtensionPackage('amocrm');

Его можно выполнить в консоли MODX (есть такой популярный компонент)
либо создав сниппет и вызвав его где-то на произвольной странице

@Илья Уткин обрати внимание пожалуйста

modxPro и modStore — Это разные организации. С подобными пожеланиями вам на info@modstore.pro

Можно просто очистить валидацию этого поля и спокойно работать.
Оставьте какую нибудь простенькую санитизацию и все.

Вопрос решается достаточно просто.
Вам нужно расширить класс заказа своим классом, и перезаписать метод validate который и фильтрует входящие буквы. Там есть такая конструкция

$tmp = preg_replace(
                    array('/[^-a-zа-яёґєіїўäëïöüçàéèîôûäüöÜÖÄÁČĎĚÍŇÓŘŠŤÚŮÝŽ\s\.\'’ʼ`"]/iu', '/\s+/', '/\-+/', '/\.+/', '/[\'’ʼ`"]/iu', '/\'+/'),
                    array('', ' ', '-', '.', '\'', '\''),
                    $value
                );

Это не обязательно.
Если написать в начале контроллера вот так

zoomx()->autoloadResource(false);

то загрузка ресурса не потребуется.
Плюс если отправлять API запрос с заголовками (любым из них)

'Accept': 'application/json',
    'Content-Type': 'application/json'

то в этом случае также создание ресурса не потребуется.

Ведутся технические работы

В modx2 я так понимаю такая конструкция не будет работать?

use MODX\Revolution\modContext;
$this->modx->getCollection(modContext::class

А вот такая будет, верно?

$this->modx->getCollection(modContext::class)

Попробуйте передавать заголовки не во время getService, а ниже через метод setHeaders

Github необязательно использовать для хранения кода или командной работы. Вы, например, можете описывать найденные баги и пожелания по поводу новых возможностей в open source проектах — таких, как miniShop2

Сходил по ссылке, почитал, отметил для себя новые вещи.
1. Я не знал что можно задавать удаленный интерпретатор php
2. В принципе не знал об удаленном исполнении PHP без запуска SSH сессии

Иван — пиши еще об инструментарии разработки и полезных штуках phpStrorm! Очень интересно и познавательно.
Вот тебе идея для следующей заметки — расскажи о подключении к удаленной базе данных из шторма. Уверен не все про это знают и возьмут на вооружение.

Для того чтобы продукты выводились в указанном порядке, нужно в параметре sortby указать ids или resources

[[!msProducts?
  &resources=`2,1,3,4`
  &limit = `0`
  &tpl=`prod.card`
  &sortby=`ids`
]]

Это мы поправим, раз уж разговор зашел.
Создал issue, чтобы не забыть.

Ну тогда уж надо предупреждать что можно просто на action.php нужные запросы кидать и любые поля себе в заказе редактировать. Неважно — есть ли они на фронте, и уж тем более заблокированы ли они.
На каждый проект можно свои дыры подобрать.

Корректнее было бы совсем убрать значение по умолчанию. Ошибка в том, что такие параметры со значениями по умолчанию должны стоять в конце.

Это не совсем ошибка ms2. Здесь дело в PHP8.
Насколько я знаю MODX в целом пока не готов к PHP8.
Справедливости ради в данном случае MODX не при чем, тут нужно вносить правки в minishop2.
Это уже запланировано и впереди полный рефакторинг кода