Здравствуйте! Есть вопрос, позволяет ли функционал данного модуля, выводить товары в xml с учетом нужных параметров. Например не выводить с остатком менее определенного количества, и/или выводить только определенных производителей.

Вижу что по категориям можно. А более тонкая настройка возможна?

Решить проблему эту не решил, но можно обойти

'validate' => 'first__name:required:minLength=^5^:maxLength=^60^,rating:required,message:required:minLength=^10^:maxLength=^1000^,g-recaptcha-response:required'

Пытался в валидаторе

'customValidators' => 'reviewValidator'

Не получается вообще не реагирует

if(array_key_exists('message', $validator->fields)) {
    $message = $validator->fields['message'];
    if(strlen($message) > 1000){
       $validator->addError($key,'Слишком много текста'); 
    }
} else {
    $validator->addError($key,'Поле не заполнено');
}

Ну ок.

Да идея неплохая, так сможем всем сообществом довести скрипт до ума, а потом предложим в пулреквест

Я не сомневался, что там не всё идеально))) У себя проверял ошибок не было. Не знаю как лучше поступить в этом случае, отдельный репозиторий делать, чтобы могли туда правки вносить?

Я бы не спешил с пулреквестом, так как скрипт написан с ошибками.
Хорошо бы его сначала протестить по-полной, но за решительный шаг, наконец-то избавить компонент от 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, от туда и не срасталось, а пишу, что всё делал по инструкции. Прошу прощения, виноват, делал на скорую руку.