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

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

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

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

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

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

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

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

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

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

Уже найден

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

Василий вам решал любые ваши задачи по требованию?

Бро, ну это ж платные компоненты. У них есть владелец, есть служба техподдержки. Они не принадлежат сообществу. Мы не можем их адаптировать. Речь идет о бесплатных компонентах.

Друзья, возможно вам понравилась идея адаптации компонентов в целом, но при этом не нужен конкретно FleAttach.
Давайте используем этот пост и в качестве заявки на разработку.
Укажите ответом на этот комментарий — какие компоненты по вашему мнению нуждаются в адаптации в первую очередь (и, что важно, вы готовы проголосовать за это рублем).

Это превосходная идея. Призываю всех, кто меня знает поддержать подобный сбор. Давайте создадим прецедент. Уверен, Если получится перевести один компонент на MODX3 — то до конца года еще десяток компонентов получат вторую жизнь на обновленной платформе.

По рукам, мой контакт у тебя есть, не стесняйся

Ну за донатик я тебе прям готовый код напишу ))

Навскидку, без реального кейса под рукой.
Я бы написал плагин на событие msOnGetOrderCost
Схема плагина будет вот такого примерно вида

if ($cost < 7000) {return true;}
// тут проверяю состав корзины, не лежит ли уже подарок там
$cartArr = $cart->get();
foreach($cartArr as $row) {
    // Если уже есть подарок выходим 
    return true;
}
// если дошли сюда пора добавлять подарок
$cart->add($id);

Ужас ))
Правильнее плагином это делать внутри MODX.

Ну и о чем мы говорим. Ясно же написано:

• по номеру мобильного телефона в порядке, который установит правительство. По общему правилу владелец ресурса должен заключить с оператором связи договор об идентификации;

• через ЕСИА;

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

То есть перевожу.
1) Можно регистрировать через SMS, через дозвоны и иные способы связи по номеру телефона
2) Гос услуги
3) Биометрия (тут без понятия)
4) Через российские соцсети, российские почтовые аккаунты и другие российские сервисы, хранящие персональные данные.

Тут выбор по сути каким был, таким и остался. Иностранную запрещенку только запретили повторно и все.

Для подобных утверждений нужны ссылки на доказывающие материалы. Я подобных законов не видел, только проекты. А ведь кроме закона должны быть еще пояснения, разрешенная схема работы, и практика прецедентов

Конечно не восстанавливается, потому что метод submit редиректит на страницу спасибо или в платежную систему.
Если у вас страница спасибо, то я бы на ней вызвал сниппет восстановления корзины.
Если у вас редирект на платежку — то тут сложнее. Корзину лучше бы писать куда-то в профиль пользователя и после его возвращения восстанавливать ее. На сессии лучше не надеяться.