Антон Тарасов

Костылить — не гуд, нужно переопределять, иначе первое же обновление minishop все эти изменения затрёт! А issue создал: github.com/Ibochkarev/miniShop2/issues/597

Когда-то «костылили» (что нехорошо конечно) так: в файле core/components/minishop2/model/minishop2/minishop2.class.php
1. правился метод sendEmail, добавлялся параметр $reply_to:

public function sendEmail($email, $subject, $body = '', $replyto = '')
    {
        $this->modx->getParser()->processElementTags('', $body, true, false, '[[', ']]', array(), 10);
        $this->modx->getParser()->processElementTags('', $body, true, true, '[[', ']]', array(), 10);

        /** @var modPHPMailer $mail */
        $mail = $this->modx->getService('mail', 'mail.modPHPMailer');
        $mail->setHTML(true);

        $mail->address('to', trim($email));
        if($replyto){
            $mail->address('reply-to', trim($replyto));
        }
        $mail->set(modMail::MAIL_SUBJECT, trim($subject));
        $mail->set(modMail::MAIL_BODY, $body);
        $mail->set(modMail::MAIL_FROM, $this->modx->getOption('emailsender'));
        $mail->set(modMail::MAIL_FROM_NAME, $this->modx->getOption('site_name'));
        if (!$mail->send()) {
            $this->modx->log(modX::LOG_LEVEL_ERROR,
                'An error occurred while trying to send the email: ' . $mail->mailer->ErrorInfo
            );
        }
        $mail->reset();
    }

2. правился метод changeOrderStatus, вот этот фрагмент с добавлением reply_to:

if ($status->get('email_manager')) {
                $subject = $this->pdoTools->getChunk('@INLINE ' . $status->get('subject_manager'), $pls);
                $tpl = '';
                if ($chunk = $this->modx->getObject('modChunk', array('id' => $status->get('body_manager')))) {
                    $tpl = $chunk->get('name');
                }
                $body = $this->modx->runSnippet('msGetOrder', array_merge($pls, array('tpl' => $tpl)));
                $emails = array_map('trim', explode(',',
                        $this->modx->getOption('ms2_email_manager', null, $this->modx->getOption('emailsender')))
                );
                if (!empty($subject)) {
                    
                    // здесь изменения!!
                    $profile = $this->modx->getObject('modUserProfile', array('internalKey' => $pls['user_id']));
                    $replyto = $profile->get('email');
                    
                    foreach ($emails as $email) {
                        if (preg_match('#.*?@.*#', $email)) {
                            $this->sendEmail($email, $subject, $body, $replyto);
                        }
                    }
                }
            }

P.S. Видимо пора уже это в issue оформить, сделаю.

видимо придется писать свою собственную сортировку — расширяйте класс mse2FiltersHandler, метод getMsOptionValues. Затем укажите свой класс в системной переменной mse2_filters_handler_class

Посмотрите — вот здесь была схожая проблема: github.com/modxcms/revolution/issues/15703

А что в логах MODX/Сервера? Ошибка-то серверная…

Спасибо! Очень своевременная и важная инструкция.

docs.modx.com/current/en/extras/tinymcerte/customfonts
docs.modx.com/current/ru/extras/tinymcerte/customfonts

@Эдуард Добавил в документацию, если у вас будут замечания/обновления — милости прошу.

Спасибо, Эдуард! Если вы не против, добавлю ваш пример в документацию.

docs.modx.pro/komponentyi/pdotools/snippetyi/pdoneighbors не помог?

да, это тоже вариант

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

Насколько помню можно через CSS для класса контейнера капчи переопределить местоположение

очень может быть, что он глючит, давно не обновлялся, но вы всегда можете оформить issue или PR. github.com/Sterc/Batcher
По существу же вопрос должен помочь.

Спасибо, @Иван Бочкарев и всем коллегам! Очень важные обновления, флагман как и прежде на плаву и набирает обороты.
Лови донат :)

Ничего из вышепредложенного к сожалению не подошло (сайт с 5-ю контекстами под разные языки), но помогло следующее: обратите внимание на системные переменные session_cookie_domain и session_name. В какой-то момент обнаружил, что пишется две сессии PHPSESSID для разных доменов ('.www.domain.name' и '.domain.name'). Указал явно session_cookie_domain в '.domain.name' и session_name в 'cookiename'

Работая с документацией последние дни и памятуя про желаемую кейсоориентированность, было бы здорово иметь некий промежуточный «котел», куда на первом этапе закидывались бы какие-то пользовательские сценарии (например, в ТГ MODX на днях вопрошали про особенности инсталляции MODX на отечественных хостингах, а на community.modx.com кто-то страдал с установкой IIS под Windows Server...), а вторым — отражались в документации, а-ля «готовые решения» и/или на docs.modx.com.

Тут акцент именно на формировании хорошей привычки такой сценарий увидеть — и в котел положить)) Добавить/дописать куда надо уже проще, была бы фактура.

допишите в начало заголовка [РЕШЕНО] :) а вообще это хороший вопрос, форварднул его сюда: modx.pro/news/21431

Также было бы здорово отмечать вопрос в целом, как решенный, если были дан(ы) правильные ответы(флажок какой или банальное «РЕШЕНО» где-то). Вот человек по делу вопрошает: modx.pro/help/21580#comment-127269

Будет ли видеозапись докладов? Хотелось бы лицезреть и после ивента…

Виктория, а что именно не так?
Какой вызов сниппета делали, что хотели получить?