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

Да верно. Мы заменяем хук email. Насчет хука FormItAutoResponder…
В сниппете send_email в список выполняемых хуков нужно просто добавить все нужные хуки.

Чтобы письма отправлялись в разное время, нужно просто перебрать email и каждому поставить свою задачу. Перепишем кусок поставновки задачи вот так:

// Перечисляем какие поля вы заполняете в сниппете, из тех что требуются для отправки писем
$fields = [
    'emailTo',
    'emailSubject',
    'successMessage',
    'fields'
];
$params = [];
foreach($fields as $key) {
    if (!empty($scriptProperties[$key])) {
        $params[$key] = $scriptProperties[$key];
    }
}

if ($task instanceof sTask) {
    $emails = $params['emailTo'];
    unset($params['emailTo']);
    $emails = array_map('trim', explode(',', $emails));
    foreach($emails as $email) {
        $params['emailTo'] = $email;
        // Здесь можете указать через какое время выполнить задание. 

        switch($email) {
            case 'bigboss@mail.ru':
                //   Этому отправляем сразу
                $task->schedule('+1 second', $params);
            case 'smallboss@mail.ru':
                //   Этому отправляем через 5 минут
                $task->schedule('+5 minutes', $params);
            break;
        }  
    }
   
}

Пардон не понял тогда. msAddress совершенно точно имеет id.

Используйте связь между объектами $msAddress->Order

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

Процессор использует ровно тот же метод addSessionContext, добавляя еще проверку прав, запуск событий и т.п. Так что все идентично по факту. И да — addSessionContext меняет id сессии. Способа бороться с этим нет.
Я для себя делаю так

$_SESSION['prev_session_id'] = session_id();
$user->addSessionContext();

И далее запрос в базу избранного можно строить используя текущий обновленный session_id и одновременно старый из сессии.

Сессии так-то тоже не везде используются. Перезаписываются при каждой авторизации

Изобрел — пока статью писал.

Так-то это не ошибка, а предупреждение.

Автозагрузка обычно через Autoload.php происходит. Я вот тоже не разу ни встречал bootstrap.php.
А так композерных пакетов внутри MODX с наличием composer.json сколько угодно. ZoomX, modRetailCRM, HibrydAuth навскидку

Используй параметр ajaxTplMore. Перепиши его так, чтобы внутри был nav-wrapper

Установил — проверил. Прекрасно работает.

Дим, лично для тебя разрешаю Console. Сам не пользуюсь ей давно.

Класс оплаты, мало просто положить в нужный каталог. Его нужно зарегистрировать в системе. Подробнее читайте в документации

DNS не везде обновились. Решаем вопрос.

Да покоится с миром старый сайт, который воспитал наверное 90% всех присутствующих. @Баха Волков ты проделал колоссальную, титаническую работу — низкий поклон тебе.

Нет вы неверно понимаете. В MODX предусмотрены «Из коробки» около десятка типов TV полей. Это строка, текст, число, список, мультисписок и так далее. Вот с ними компонент может работать.
Также в MODX можно создавать собственные типы TV полей. К примеру карты или всякие ютуб загрузчики. С такими «дополнительными» видами TV полей компонент не будет работать, потому что не знает, об их существовании.

Примерно та же история с опциями. Есть заранее предусмотренные виды опций. Но можно и собственные создавать.

Кэш

Да loadClass до сих пор используется и очень активно прямо в ядре.

у меня в ModExtra3 работает

Можно попробовать экранировать слэши вот так

ModExtra\\Processors\\Item\\GetList

Не уверен что сработает, но попробовать можно

Конечно не будет, нужно писать с неймспейсами. Тогда все будет