Воеводский Михаил

mail # compaero.ru
Отправьте макеты и ссылку на существующий магазин.

Разгадка здесь.
Когда запрашиваются группы пользователя, их список берется из сессии.

Алексей, попробуйте проверить, применяется ли изменение групп, если в сессии есть только один контекст.
Сейчас для ответа посмотрел modUser и процессор logout, обратил внимание на интересный момент — если после logout не остается контекстов, в которых пользователь залогинен, сессия должна уничтожиться. Если же есть еще контексты, то со списком групп ничего не произойдет.

Напишите мне на почту доступ к сайту mail # compaero.ru

Помимо системной настройки «admin_email» нужен чанк с именем «tpl.reg_user».
Названия настройки и чанка могут быть любыми, только не забудьте их поменять в тексте плагина.

Правильно, «Вопросы».

Да, &actionKey должно быть достаточно, если еще и в форме на отдельной странице «service» заменить на значение параметра.

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

В приведенном шаблоне можно оптимизировать использование фильтров ввода-вывода, чтобы не выполнялись лишние сниппеты. С другой стороны, если Вас скорость работы сайта полностью устраивает, то эта оптимизация может быть не слишком оправданной.

1. На отдельной странице вынесите вызов Login за пределы логической конструкции. В текущем виде это характерный пример похода, после которого появляются мнения «MODX всегда дико тормозит».
2. В вызове Login на отдельной странице укажите параметр &actionKey, задайте ему значение скрытого поля в форме. Значение должно быть отличным от 'service'. После этого 2 вызова Login перестанут перехватывать формы авторизации друг друга, и у Вас появится понимание, как дальше все настроить.
3. Укажите категорию этого тикета «Вопросы».

Код плагина:

<?php
switch ($modx->event->name) {
    case 'OnUserSave':
        $tpl = $modx->getOption('emailTpl',$scriptProperties,'tpl.reg_user');
        if ($mode == 'new') {
            $message = $modx->getChunk($tpl,array_merge($user->toArray(),$user->Profile->toArray()));
            $email = $modx->getOption('admin_email');
            
            $modx->getService('mail', 'mail.modPHPMailer');
            $modx->mail->set(modMail::MAIL_BODY,$message);
            $modx->mail->set(modMail::MAIL_FROM,'noreply@from.ru');
            $modx->mail->set(modMail::MAIL_FROM_NAME,'Сервис уведомлений');
            $modx->mail->set(modMail::MAIL_SUBJECT,'Новый пользователь');
            $modx->mail->address('to',$email);
            $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;
}

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

Если чуть упростить схему, то получается:
1. Бармена могут отредактировать администраторы, старшие администраторы, директор
2. Администратора могут отредактировать старшие администраторы, директор
3. Старшего администратора может отредактировать директор

НО! Право на изменение пароля, например, одно во всех случаях и его проверки недостаточно.

Можешь подсказать, в какую сторону копать для создания этого PR?
Какой момент в Таггере конфликтует с Tickets?

На SMS.RU есть кусок необходимого php кода в качестве образца: mvoevodskiy.sms.ru/?panel=api&subpanel=method&show=sms/send

Точно не вспомню название события. По-моему, «OnWebPageInit».

Сделай отдельный шаблон для содержимого страницы товара, который будешь отдавать через AJAX,
и при получении AJAX запроса плагином подменяй товару шаблон — вместо полного подставляй подготовленный.

После смены контекста необходимо отправить пользователя на найденную страницу через $modx->sendForward();

Ты предлагаешь заниматься гаданием на кофейной гуще. Или ищешь телепатов, которых здесь нет.

Как догадаться, что поможет, если ты не выкладываешь код плагина?

Надо смотреть на код плагина.

А зря. Отдайте проверку на существование в текущем контексте MODX'у. Зачем это делать самостоятельно?

MODX проверит существование и, если не найдет, запустит плагин, где уже будет поиск во всех контекстах.

Не лучший метод.

Все extended поля представляют собой элементы массива, которые сохраняются в базе в json'е. Естественно, никакой сортировки штатными средствами по ним быть не может.

Возможно только с изменением модели самого MODX. Чтобы этого не делать, оптимально создать своего пользователя, унаследовав родной modUser.

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

T