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

Первый компонент это File Attach.
Сбор на его адаптацию уже был объявленвот тут
Оценочная стоимость 50 000 рублей. Собрано 12 191.
Я думаю — мы можем снизить стоимость до 30 000 рублей. Осталось собрать чуть больше половины.

Да. выберите при платеже Яндекс Деньги

Ну так, а чего ты голову морочишь, если знаешь про PHP 7.4. Это единственная стабильно работающая версия для MODX2. Переключи на нее и не будет проблем.

Поставь PHP 8.3, зачем старьем пользуешься

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

P.S. Думаю Алексей не будет против.

Не списывай

Не вижу ни одной причины за эту идею.
В то время как хранение корзины в базе дает кучу преимуществ
1. Во-первых, это уже реализовано в ms2 и повторить реализацию можно тупо быстрее.
2. Во-вторых, менеджеры могут просматривать какие заказы сейчас находятся на стадии оформления, какие брошены и брать контактные данные, если хоть какие-то остались. В общем полный функционал брошенных корзин
3. Сам покупатель не привязан к клиенту. Начал оформлять заказ на телефоне (авторизованный), затем перешел за комп и сразу после авторизации видит свой заказ.

Это какого ж размера должен быть монитор, чтобы тост не заметить

Попробуйте метод

$modx->setOption();

Здравствуйте. Определить подходящее время и день недели поможет такое условие

$showWA = true;
if ( date('w') > 5 || (date('w') == 5 && date('H') >= 16) ||  (date('w') < 5 && date('H') >= 17)) {   
    $showWA = false;
}
return $showWA;

Согласно документации
Группе пользователей, которые получают права на написание комментариев и т.д. нужно добавить политику TicketUserPolicy. Вы это сделали?

В таком случае конечно проблема где-то еще. Причем вряд ли на сайте.

Если не ошибаюсь это невозможно в случае modhost. Уж точно не через map

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

Я бы сказал, что твоя проблема в том, что не хочешь сам пошагово разбирать, что пишешь, как устроена работа с файлами в PHP. Проще спросить, чтобы другие думали. А другим это не всегда удобно.
Давай по порядку.
1. В таблицу пишется не абсолютный путь файла, а относительный. Не удивительно, что применяя MODX_ASSETS_PATH ты ничего не находишь. Используй просто /assets/ или если хочешь MODX_ASSETS_URL.
2. Это что за запись такая? Откуда такой синтаксис?

$q->where(array("url" == $this_path));

Правильно будет вот так

$q->where(array("url" => $this_path));

3. Используй getIterator вместо getCollection этот метод потребляет меньше памяти.

Ты получаешь объект, а не массив данных. Его нельзя распечатывать.
Используй тогда уж

$source->toArray();

Только это вероятно будет бесполезная распечатка. Потому что здесь идет речь об источнике файлов, а не о передаваемом файле

Для получения входящих переменных можно использовать следующий код

$modx->log(1, print_r(array_keys($scriptProperties), 1));

В msGallery и ms2Gallery никаких событий нет, и не предвидится.
По простой причине — они сами по себе никак файлами не управляют, не загружают, и даже не знают, где эти файлы лежат по сути.
Они только обрабатывают входящие команды и передают массив данных загрузчику MODX, который в свою очередь передает команду на загрузку (или другие операции) источнику файлов.
Источник файлов может быть разным, не только локальным. К примеру на какой-нибудь S3 Amazon загружать.

Вывод — пользоваться встроенными событиями на загрузку MODX.

Боюсь ошибиться, но как будто бы да — PHP тут бессилен, он ожидает имя файла с собственно именем.

А какая разница. И в плагинах и в консоли один и тот же PHP интерпретатор