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

Не списывай

Не вижу ни одной причины за эту идею.
В то время как хранение корзины в базе дает кучу преимуществ
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 интерпретатор

Ниже написано готовое решение

IF на MODX3 — звучит как анекдот

Сайты должны быть изолированными друг от друга. Вот и вся уязвимость

Уже найден

На всякий случай уточню. Минишоп не назначает другой class_key по умолчанию.
В вашем случае — скорее всего постарались чьи то умелые руки.