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

Спорная полезность. Не нужно копировать код — тем более длинный код. Нужно смотреть и вникать в суть — адаптируя идею под свой проект.

Да — тут есть

Выглядит многообещающе, не знал о таком компоненте.
Олег маленькая просьба — по возможности делай картинки с увеличением. Местами сложно разглядеть детали.

Оба куска ошибок не имеют к проблеме никакого отношения.
Обращать на них внимание не нужно.
С formIT совершенно точно нет никаких проблем — у вас что то пошло не так по другой причине.
Нужно разбираться непосредственно внутри рабочего окружения.

Здравствуйте. Ну тут нужно оттталкиваться от того что делали с сайтом в этот период.
Либо плагины какие то подключили на события минишопа,
Либо классы переписали, переопределили.

Оставьтеissue в репозитории проекта — пощупаем этот момент.

Хотелки и пожелания нужно оставлять в виде issue на странице компонента

Это конечно замечательно что проблема решилась.
Хочу лишь немного вмешаться, чтобы у аудитории не сложилось ошибочное мнение.
У минишопа нет никакого собственного журнала ошибок. Это уже непосредственно на вашем сайте так сделано.

В справочнике минишоп все очень кратко, упоминается событие msOnBeforeSaveOrder — но никакой информации более подробно нет.

А какая информация еще нужна например?

Условие выборки — это одномерный массив. У вас двумерный почему то. В нем проблема. Как минимум в нем тоже

Проще всего разместить код на странице благодарности за заказ, чанк сниппета msGetOrder

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

Удивительно правда? Оказывается есть.

Это уже есть в телеграм сообществе — здесь вряд ли будет. Уже намечен довольно большой объем работы — скажем так… есть более логичные и нужные вещи.

А где например может понадобится такая возможность?
Встроенной возможности вроде бы нет, разве что передать в вызываемый чанк параметр chunkName

Если туда писать только ради ответа — то не нужно. Вопрос и здесь видели. Ответа на него нет. Это сложный вопрос, который требует достаточно большого количества времени, внимания и сил. На данный момент времени ответить каждому желающему и тем более оптимизировать программную часть компонента не хватает.

С авторизацией понятно, этот вопрос как раз и не сложный.
А что делать с аутентификацией при каждом последующем запросе?

Здесь одно единственное правильное решение, которое давно уже было реализовано в черт его знает скольких вариантах.
1. Все домены ведут на один сайт
2. Никаких контекстов. Единый контекст с одним и тем же контентом для всех доменов
3. Плагин слушает текущий адрес сайта и в зависимости от него выставляет системную настройку «city»
4. Шаблонизатор в свою очередь слушает вышеупомянутую системную настройку и в зависимости от значения выводит нужные данные.
5. Нужно менять цены по городам? Нет ничего проще. Пишем плагин заменяем на лету цены.
6. Хотим простое управление всеми необходимыми настройками (адреса, телефоны, координаты карты) — создаем простейший компонент с табличкой «данные по городам» где ключом будет домен.
За пример такого компонента можно взять допустим changeDomain
7. Хотим чтобы контент динамично менялся. Вставляем туда вместо нужных слов плейсхолдеры, которые будут в зависимости от города подставляться

В первую очередь необходимо поменять пароли к хостингу и FTP доступ. С таким доступом считайте любой — имеет максимальные права управления сайтом.
Далее нужно сменить пароль admin (это можно сделать программно, знать первоначальный пароль не обязательно)
Ну и сменить пароль к базе mysql чтобы там не навредили.

Я сам не особо этот вопрос одолел.
Дело в том что авторизация в MODX хранится в сессии, что делает достаточно сложным вопрос опознавания юзера, который обращается к сайту по API. Это нужно идентификатор сессии получать и подписывать каждый запрос, да еще и поднимать уже существующую сессию по присланному идентификатору. Я пока не осилил.
Есть несколько путей попроще. Например jwt сессии когда все хранится на стороне клиента.
Я вот по пути Laravel обычно иду. Делаю идентификатор пользователя, подписываю им запросы и при каждом запросе авторизую пользователя. Но тут тоже есть подводные камни. Авторизацию и права нужные вы получите а вот с другими компонентами использующими сессию в работе все также проблематично пользоваться. Тем же minishop2 с его сессионной корзиной.