Я бы не спешил с пулреквестом, так как скрипт написан с ошибками.
Хорошо бы его сначала протестить по-полной, но за решительный шаг, наконец-то избавить компонент от jQuery — уважуха!
Сейчас тестирую скрипт, где-то лезут ошибки в браузер из-за недостающих проверок на существование элементов, что джеквери делает под капотом.
Так же хорошо, что убран функционал с уведомлениями, он должен быть опциональным, но проверки на него тоже выкидывают ошибки в консоль.
Автору благодарность, ошибки не критичные, легко все пофиксить

Это не позор, а реальность. Нормальный timeline невозможно выстроить, когда нет людей (у меня была идея выстроить нормальный процесс, но процессы выполняются, когда есть кому поручить и кому делать). А что могут условно, 3-4 человека в свободное от работы время? Откровенно говоря – не много. Я тебе больше скажу, в моем большом рабочем проекте, который тоже опен сорс, который даже деньги зарабатывает и не малые (я видел внутренние отчеты), и то многие вещи буксуют. А здесь честный бесплатный софт, за который в общем-то никто не платит вообще, даже донатами. Требовать здесь что-либо как минимум неуместно, а ожидать, что кто-то что-то должен и вовсе глупо.

Можно сменить на нормальную капчу от гугла? или придётся возится с этой?

Сменил подачу айди без ковычек

{var $haveInBasket ='!productCountInBasket' | snippet : ['productId' => $_modx->resource.id]}

и заработало.

Всё равно не работает

Журнал ошибок посмотри.

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

Зашли pr github.com/modx-pro/AjaxForm

Дату передвинули, об этом говорили заранее 3 февраля:

We're currently aiming to release Revolution 3.0.0-pl on or around Thursday, February, 24, 2022.

modx.com/blog/revolution-3-rc2-is-out-now

P.S. Но может опять передвинут.

Если рассуждать именно так, то никакого смысла конечно же нет! Так же как менять modx2 на какой-нибудь Laravel

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

Большинству? Т.е. есть меньшинство, кому нужно?)))

Меньшенство это те клиенты, которые еще используют MODx 2. Есть те, кто мне платят деньги за тем, чтобы я следил за актуальностью версий системы и ее компонентов. При обильном развитии 3 версии, 2 будет устаревать и это меньшинство клиентов попросит меня обновиться на 3 версию.

Речь не про «не нравится — не используй», речь про проделанную работу. Про мажорную версию, которая уже ломает совместимость, но при этом не отказались от ExtJS, не пофиксили тонну багов на 2 версии и просто утащили их на 3 и т.д.

Из комментария в комментарий пишу про это. А мне твердят про — «не нравится — не используй». Я никогда не говорил что мне не нравится MODx 2. Прекрасная CMS-ка. Мне не нравится таймлайн и подход к разработке 3 версии. Это позор, над которым смеются даже внутри самого сообщества.

P.S.
Сегодня 14 февраля, запасная дата редиза MODx 3. Учитывая что на западе утро/день, еще есть шанс что будет релиз. Хотя учитывая 3 страницы ишусов до релиза 3 версии, врятли это случится. Разве что как обычно забьют болт на ошибки и тупо релизнут ради релиза.

Да

www.youtube.com/watch?v=fXjtMIbWSbU

<?php
$ms2 = $modx->getService('miniShop2');
$ms2->initialize($modx->context->key);
$cart = $ms2->cart->get();

$cartCount = 0;

foreach($cart as $key => $value){
    if($productId == $value['id']){
        $cartCount+=1;
    }
}

return $cartCount;

Проблема была успешно ликвидирована путем, что расширял класс с тем же названием, а надо было create another base class, от туда и не срасталось, а пишу, что всё делал по инструкции. Прошу прощения, виноват, делал на скорую руку.

простейший if а не работает, куда либо в другой язык засунь оно работает, а тут

Возможно я что-то упустил или в видео этого нет, но попробую обуздать в примерах понимании об addPackage, loadClass и getService и подключении сторонних таблиц, хотя так-то из консоли кастомный класс работает, добавляет объект и получает объект и коллекцию, что на обычной версии, что на про версии.

Я бы сделал прослушку на nodejs, и повесил бы к примеру на node.localhost:3000 и потом через плагин отправлял бы данные.

<?php

$eventName = $modx->event->name;
switch($eventName) {
    case 'OnWebLogin':
        
        // хук на вход http://node.localhost:3000/?userID=1&login=1
        break;
    case 'OnWebLogout':

        // хук на выход http://node.localhost:3000/?userID=1&logout=1
        break;
}

NodeJS

const http = require("http");
 
http.createServer(function(request, response){
     
    console.log("Url: " + request.url);
    console.log("Тип запроса: " + request.method);
    console.log("User-Agent: " + request.headers["user-agent"]);
    console.log("Все заголовки");
    console.log(request.headers);
     
    response.end();
}).listen('node.localhost',3000);

Попробовал на тестовом сделать, как у Вас на видео. Делал всё по видео инструкции, но валятся ошибки

[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/xpdo/xpdo.class.php : 1321) Could not get table class for class: PromoCupons
[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/xpdo/xpdo.class.php : 1290) Could not get table name for class: PromoCupons
[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/xpdo/xpdo.class.php : 1321) Could not get table class for class: PromoCupons
[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/xpdo/xpdo.class.php : 1290) Could not get table name for class: PromoCupons
[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/xpdo/xpdo.class.php : 762) PromoCupons::getSelectColumns() is not a valid static method.
[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/xpdo/xpdo.class.php : 762) PromoCupons::loadCollection() is not a valid static method.
[2022-02-11 16:27:38] (ERROR @ /home/s28944/www/core/model/modx/modprocessor.class.php : 525) PHP warning: Invalid argument supplied for foreach()

В консоле ругань или на manager/assets/ext3/ext-all.js или на assets/components/promocupons/connector.php при добавлении в бд из меню Promo Cupons.

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

Я использовал в свое время, для синхронизации товаров, точно не помню, вот накидал на коленке.
Работает :)

Пример:

<?php
//Файл дампа времменый
$dump = __DIR__ . "/test_.sql";

//Экспорт из бд №1 таблицы modx_users, modx_user_group_roles
$export_db = exportDatabase('localhost', 'root', '', 'modx', array('modx_users', 'modx_user_group_roles'), $dump);

//Импорт в бд №2
$import_db = importDatabase('localhost', 'root', '', 'remote_modx', $dump);

function importDatabase($host, $user, $password, $database, $backupFilePath)
{

    $password = ($password) ? "-p$password" : "";
    $cmd = "mysql -u {$user} {$password} {$database} < $backupFilePath";
    return exec($cmd) === 0;
}

function exportDatabase($host, $user, $password, $database, $tables, $targetFilePath)
{

    $cmd = "mysqldump --host {$host} --user {$user} ";
    if ($password) {
        $cmd .= " --password {$password} ";
    }
    $cmd .= " {$database} ";

    if ($tables) {
        $cmd .= implode(" ", $tables);
    }

    $cmd .= " > {$targetFilePath}";

    return exec($cmd) === 0;
}

А прикрепление файла — можно только 1 шт? или можно несколько? Как вообще это дело настраивается? Если есть мурзилка с подробным описанием — покажите где ее найти.

разрешить permission — comment_file_upload

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