Евгений

Был точно такой же вопрос, добрые люди помогли, делюсь кодом плагина (верно выше написали, отмечаем в плагине галкой системное событие OnUserActivate)

<?php
switch ($modx->event->name) {
	case 'OnUserActivate':
        /* Включаем сервис почты */
        $modx->getService('mail', 'mail.modPHPMailer');
        $modx->mail->set(modMail::MAIL_FROM, $modx->getOption('emailsender'));
        $modx->mail->set(modMail::MAIL_FROM_NAME, $modx->getOption('site_name'));
        
        $profile = $user->getOne('Profile');
        $userId = $profile->get('internalKey');
        $userEmail = $profile->get('email');
        $userName = $profile->get('fullname');
        
        $modx->mail->address('to', 'your@address.ru');
        $modx->mail->set(modMail::MAIL_SUBJECT, 'Активирован новый пользователь на сайте');
        $modx->mail->set(modMail::MAIL_BODY, $modx->getChunk('user_active.tpl',array('id'=>$userId, 'email' => $userEmail, 'name' => $userName)));

        $modx->mail->setHTML(true);
        if (!$modx->mail->send()) {
            $modx->log(modX::LOG_LEVEL_ERROR, 'An error occurred while trying to send the email: '.$modx->mail->mailer->ErrorInfo);
        }
        $modx->mail->reset();

		break;
}

надо еще чанк создать user_active.tpl

<h3>Пользователь активировал свой профиль</h3>
<p>id: [[+id]]</p>
<p>Имя: [[+name]]</p>
<p>Email: [[+email]]</p>
<p>Перейти к <a href="[[++site_url]]manager/?a=security/user/update&id=[[+id]]"> редактированию</a></p>

Пробовал — не получилось. Это на бэке? Куда надо подставить тогда? На фронте пробовал — ничего не поменялось:

[[!ufForm?
   &tplForm=`uf.form`
   &list=`listname`
   &anonym=`0`
   &dropzone=`{"maxFilesize":15,"maxFiles":50,"acceptedFiles":".jpg, .jpeg, .gif, .png, .pdf","template":"edit","resizeWidth":1500}`
   &class=`modUser`
   &modal=`{"buttons":"base","template":"edit"}`
   &parent=`[[!+modx.user.id]]`
   &active=`0`
]]

Так и есть, понизили версию MySQL и проблема с галереей ушла, можно удалить мой комменты по этому поводу.

хотя насчет Gallery пока вопрос снимается — проверил на Mohost — галерея нормально грузит превьюхи и на PHP 8.1
Нарыл возможную причину — версия MySQL 8.0 у моего хостера, написал в саппорт с просьбой понизить до 5.1, отпишусь о результатах.

еще нашел что в MODX 2.8.6 на PHP 8.2 не отображаются превью в приложении Gallery

Супер, спасибо, и премодерация теперь по умолчанию.

Изначально ставил MODX 2.8.6 на PHP 8.2 (на более младших версиях PHP получал ругань от Composer). Обнаружилась проблемка в генерации превью плагином UserFiles — при загрузке юзером превью в области вывода списка файлов видно, но при перезагрузке страницы его уже нет. Несмотря на выставленный в настройках компонента формата для превью jpg, при загрузке оно записывается как

<img alt="..." src="data:image/png;base64,и много букв" />

.
Остальные превьюхи в файлменеджере MODX и через pThumb видны. Плагин использует dropzone — может быть это причиной такой баги?

А можно ли реализовать модерацию изображений? То есть чтобы чтобы при загрузке им автоматом выставлялся статус «отключено», но при этом юзер у себя в списке видел то, что его картинка загрузилась, а админ после просмотра уже вручную «включал» картинку.
И второй вопрос — при выводе общей кучи от всех пользователей какое условие надо дописать в вызов pdoResources, чтобы отключенные не выводились?

Присоединяюсь к вопросу — у меня так же

Точно, переставил вызов Jquery в head — все заработало. Будем копать, почему скрипты фоторамы при инициализации, до вызова Jquery выводятся

Вот тут можно посмотреть s30376.h10.modhost.pro/index.php?id=3
всего 3 ошибки —
Uncaught ReferenceError: jQuery is not defined at default.js?v=4e5b4ba68f:651:22
Uncaught ReferenceError: jQuery is not defined at jquery.jgrowl.js:393:4
Uncaught ReferenceError: miniShop2 is not defined at message_settings.js:1:1

Опытным путем вычислил — проблема в обновлении Minishop2. В версии 2.9.3-pl фоторама работает, в последней версии 3.0.6-pl уже где-то ошибка

Да на jQuery уже думал, вроде бы все есть

Спасибо за очень полезное дополнение, несколько лет пользую его по назначению (вывожу TV-шками список магазинов с контактными данными одной сети, например). Но возникла идея как-то прикрутить этот компонент для управления extended полями пользователя. То есть у юзера в личном кабинете имеется некая таблица, куда он может вносить какие-то данные (ну, например, погоду и влажность каждый день, как на природоведение в школе) или тупо бюджет учитывать — свои затраты фиксировать (что купил, когда и сколько стоило). Или это уже совсем другая история, и тут надо с нуля новый компонент писать?

спасибо, на него уже смотрел, но как-то хочется самому, тем более что вроде все должно быть не сложно

а почему по значению TV нельзя сделать вывод?

Вариант с js интересный, спасибо. пока решил добавить фильтр по категориям. До конца вопрос так не решается, но временно на нем остановился.

Спасибо за совет, возможно и поможет, только все равно не понятно, как визуально разделить разные группы на странице вывода результатов: Логика подсказывает, что каждая группа должна иметь свой заголовок (моторные, для МКПП, для АКПП), то есть для каждой группы должен быть свой чанк вывода — это как сделать?

Присоединюсь к вопросу — хотелось бы выводить опции в том порядки, в каком они в админке (благо там они драг н дропом отлично переставляются)

Спасибо, но получается, что при заполнении обязательных полей после активации пользователем я все равно буду получать уведомление? Это как-то отсечь можно?