На смену колбэкам приходит система хуков, очень похожая на события в MODX.

А зачем хуки, если есть события в JS?

Прикольно, спасибо, пригодиться)

Мне кажется отдельная документация это лишняя работа. Тут бы демо версию нормально допилить

Написал вот такой плагин, меня устраивает

<?php
// OnDocFormRender
$modx->controller->addHtml('<script>Ext.onReady(function(){
	setTimeout(function(){
        hideseo = document.querySelector("div#resource-seosuite-panel > div > div.x-tool.x-tool-toggle");
        hideseo.style.cssText += "float: left";
        hideseo.click();
        
        var divNode = document.createElement("style");
        divNode.innerHTML = " .vertical-tabs-panel .vertical-tabs-header { width: 235px !important; } .vertical-tabs-panel .vertical-tabs-header .x-tab-strip-wrap ul.x-tab-strip > li.x-tab-strip-active { width: 235px !important; } ";
        document.getElementsByTagName("head")[0].appendChild(divNode);        
        
	}, 300);
});</script>');

Отдельный сайт с докой? По идее, почему нет, если будет главная, будет как доп реклама как modx так и магазина. Все кто-нибудь лишний раз присоединится к сообществу.

Какие задачи ты решаешь с помощью Vue?

В моей практике были разные сложные калькуляторы стоимости продукции. Можно конечно и на PHP отправлять запросы, но это явно дольше (запросы отправлять дополнительные), чем сразу на стороне клиента считать данные.

Правильно так:

{('<script type="text/javascript" defer> let my_variable = "' ~ $_modx->resource.MyTv ~ '";</script>')| jsToBottom : true}

Все переустановил перевел все на новый сервер с новым sql8 и все равно пишет токен не валидный
[2024-12-02 11:33:09] (ERROR @ /home/e/e8788408/complab/public_html/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php: 787) siSession::load() is not a valid static method.
[2024-12-02 11:33:09] (ERROR @ /home/e/e8788408/complab/public_html/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php: 667) Could not load class: siSession from mysql.sisession
[2024-12-02 11:33:09] (ERROR @ /home/e/e8788408/complab/public_html/core/components/sendit/services/sendit.class.php: 1132) Table si_sessions not found
[2024-12-02 11:33:10] (ERROR @ /home/e/e8788408/complab/public_html/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php: 667) Could not load class: siSession from mysql.sisession
[2024-12-02 11:33:10] (ERROR @ /home/e/e8788408/complab/public_html/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php: 787) siSession::load() is not a valid static method.
[2024-12-02 11:33:10] (ERROR @ /home/e/e8788408/complab/public_html/core/vendor/xpdo/xpdo/src/xPDO/xPDO.php: 667) Could not load class: siSession from mysql.sisession
[2024-12-02 11:33:10] (ERROR @ /home/e/e8788408/complab/public_html/core/components/sendit/services/sendit.class.php: 1132) Table si_sessions not found

Сегодня вышло обновление от тебя, всё исправлено! Спасибо!

@Артур Шевченко
Добрый день!

Можете подсказать.
Делаю Регистрацию на сайте, с помощью Sendit.

Согласно документации создал отдельно копию пресетов «sendit.inc.php».
Далее в стандартной форме регистрации, которая есть в документации, я хотел бы добавить radio buttons для выбора в какую группу зарегистрируется пользователь. «Собственник» «Риелтор» «Агенство»
Но в примерах не нашел как их валидацию сделать и прикрутить к нужной группе?
В самом html форме я добавил так

<div class="sign-up__toggle">
      <label for="sign-up__owner-toggle">
        <input type="radio" name="group" id="sign-up__owner-toggle" value="user"/>
        <p>Собственник</p>
      </label>
      <label for="sign-up__rialtor-toggle">
        <input type="radio" name="group" id="sign-up__rialtor-toggle" value="rieltor" />
        <p>Риелтор</p>
      </label>
      <label for="sign-up__agency-toggle">
        <input type="radio" name="group" id="sign-up__agency-toggle" value="agency"/>
        <p>Агентство</p>
      </label>
      <p data-si-error="group"></p>
    </div>

А в пресете валидации добавил такие поля.

'usergroups' => '6,7,8',
usergroupsField' => 'group',
validate' => '..........,group:required',

Можете подсказать, что я делаю не правильно?

Сталкнулся с двумя особенностями…
1) После апдейта с 3.5.2 на 3.6 в табе «Расписание Крон» задания перестали отображаться. Сделал удаление полное компонента с удалением таблиц в БД, очистку кэша (коре/кэш), установил 3.6. Задание Демо появилось, изменил время запуска и задание пропало. Хотя если открыть Действия — Смотреть Кронтабс, то задание там вижу
2) Поставил время запуска 0 4 * * 1 (в 4 утра по понедельникам), задание в ручном режиме запускалось, а по расписанию не запустилось… в логе пусто. Время выполнения задания 25-30сек в тестовом запуске. Вроде не должно было до 120+сек растянуться…

скрин из админки:
prnt.sc/La7dX4_4xw4L

Привет. проверю

Ну вот и правильная мысль, я же правильно понимаю, что все дополнения, что написаны на ms2 надо переписывать на ms3 многие авторы это не будут делать, можете написать свои и выпустить расширенную версию.

Ну либо прям в нормальные и-м сборки вдариться.
Когда нужны отгрузочные документы, 1с интеграция, остатки, выставление счетов, личные кабинеты. Такое можно смело по 10-20 т.р продавать.

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

Ну вот я тоже так думал, а по факту он давно уже есть, и в новых сборках 1С только commerceML3 и не будет его в документации, т.к это отожмет долю у 1С битрикс. Который на удивление уже имеют полную интеграцию. А если не сделать модуль на 3 версию для MODx — то мы проиграем эту войну

@Aleksandr Huz Привет! Только что познакомился с твоим дополнением! Как же его мне раньше не хватало) Спасибо! Не знаю только у меня так или что, при renderImage для столбца таблицы изображение выводится битым. В инспекторе

<img src="/Array">

MODX Revolution 2.8.8-pl
PHP 8.2
1.0.1-pl

Что-то ответа от Артура нет :-(.

Еще добавил это. Класс input-parent у нас в верстке нет такого.

commerceML 3 официально у 1С нигде не анонсирован

по пункту 4 — используйте компонент планировщик (scheduler) для отложенной отправки данных куда угодно, хоть в crm хоть в яндекс