Андрей

Будет лучше кстати перенести статью из Вопросы в Готовые решения.

Вот оно в чём дело, спасибо! =)

Вот тут ничего не поломалось?)

$value = preg_match('/^[^@Р°-СЏРђ-РЇ]+@[^@Р°-СЏРђ-РЇ]+(?<!\.)\.[^\.Р°-СЏРђ-РЇ]{2,}$/m', $value)

Сделайте так — https://modx.pro/help/13053/#comment-85387, не надо никаких iframe.

Обнови движок до 2.6.3, там исправлено.

MODX Revolution 2.6.3-pl (April, 19, 2018)
====================================
— Fix installation of transport packages with setup options [#13861]

Возможно так сработает:

{'ms2g.0.url' | placeholder}

В верхнем меню Медиа -> Источники файлов.

<?php
switch ($modx->event->name) {
	case 'OnUserFormSave':
		header( 'Location: http://sitename.ru/pagename.html', true, 301 );
		break;
}

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

По идее можно написать плагин на событие OnUserFormSave.

Версия движка последняя? Плюс ещё надо посмотреть версию php, были проблемы с phpmailer на старых версиях, оптимально php версии >= 7. Если не поможет, как вариант написать в техподдержку хостинга, возможно какие то исходящие подключения заблокированы.

После указания полей в разделе «Почта» системных настроек

Вы через smtp почту отправляете? Вызовите QuickEmail с параметром debug:

[[!QuickEmail? &debug=`1`]]

По идее оно покажет в чём причина. Также можно посмотреть error.log, возможно там тоже что то есть. Если не через smtp, то достаточно системной настройки — emailsender, в которой адрес типа — no-reply@sitename.com, плюс на некоторых хостингах нужно чтобы почта отправителя физически существовала на хостинге.

В системных настройках ExportPage есть параметр — Отключить у шаблонов.

Если всё правильно понял, то можно попробовать так:

{if $_modx->context.key == 'web'}
	{var $cat = 11}
{elseif $_modx->context.key == 'eng'}
	{var $cat = 12}
{/if}

{'pdoResources' | snippet : [
    'parents' => $cat,
    'limit' => 4,
    'tpl' => '@INLINE 
        <div class="slick-slide" style="background-image: url({$imgSlide | phpthumbon : "w=1920&h=517&zc=1"})">
            <div class="presentation-content container">
                <h2 class="title-section">{$pagetitle}</h2>
                <div class="presentation-text">
                    {$introtext | striptags | ellipsis : "170"}
                </div>
                <a href="{$uri}" class="btn btn-light">Подробнее</a>
            </div>
        </div>
        ',
    'includeContent' => 1,
    'includeTVs' => 'imgSlide',
    'tvPrefix' => ''
]}

Также для каждого контекста можно создать свою системную настройку, в которой указать нужный id родителя, и выводить примерно так:

{'pdoResources' | snippet : [
    'parents' => $_modx->config.cat,
    'limit' => 4,
    'tpl' => '@INLINE 
        <div class="slick-slide" style="background-image: url({$imgSlide | phpthumbon : "w=1920&h=517&zc=1"})">
            <div class="presentation-content container">
                <h2 class="title-section">{$pagetitle}</h2>
                <div class="presentation-text">
                    {$introtext | striptags | ellipsis : "170"}
                </div>
                <a href="{$uri}" class="btn btn-light">Подробнее</a>
            </div>
        </div>
        ',
    'includeContent' => 1,
    'includeTVs' => 'imgSlide',
    'tvPrefix' => ''
]}

Тогда логи смотрите — core/cache/logs/error.log и серверный error.log. Плюс ещё проверить доступы юзера к базе.

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

Ну в целом конечно не сильно понятная ситуация, т.к. на локальном сервере фиг знает что может происходить. По идее вот эти правила должны работать норм(без www и с ним):

RewriteCond %{HTTP_HOST} .
RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC]
RewriteRule ^(.*)$ http://%1/$1 [R=301,L]

RewriteCond %{HTTP_HOST} !^$
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteCond %{HTTP_HOST} (.+)$
RewriteRule ^(.*)$ http://www.%1/$1 [R=301,L]

p.s. Соответственно сайт на локалке должен быть назван другим доменом, отличным от рабочего сайта. Ну и плюс раз пишет — Site temporarily unavailable, нужно посмотреть логи, возможно будет понятно.

Вероятно, личной почты там быть не должно) Т.к. письмо то отправляется с сервера, а не с этого почтового адреса, вот несоответствие и получается.

В системной настройке emailsender какая почта указана? Должно быть что то типа — no-reply@sitename.com.

Там на самом деле нет никакого редиректа, на странице вызываются три сниппета — msCart, msOrder и msGetOrder. Когда заказа отправлен, появляется get параметр в url, по нему срабатывает msGetOrder, а остальные сниппеты скрываются.

Т.е. достаточно отредактировать tpl.msGetOrder, чтобы выводило то что нужно, ну или свой чанк сделать и указать в tpl.

Ну или если шибко надо редирект то вот — https://modx.pro/solutions/12391/ и вот — https://modx.pro/help/7462/

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

Как бы всё логично. Cниппет msGetOrder и выводит состав оформленной корзины. Это написано в документации:

[[!msGetOrder]] — Вывод информации о заказе, показывается после его создания

И ещё письма о заказе приходят через раз. То только для заказчика, то только для продавца. Wtf?!

Это уже проблемы хостинга скорее всего. Можно попробовать настроить отправку писем через smtp.

MIGX не очень умеет работать с Fenom, потому можно использовать вызовы из — https://modx.pro/help/8962/.