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

Этого не было в условии задачи )), но Павел справедливо добавил ниже.

Уточните, что мешает вам в чанках, шаблонах и контентных полях использовать традиционный

<!-- комментарий -->?

В сниппетах и плагинах HTML не желателен, ну а так все как обычно в РHP. Посмотрите тут
Ну и до кучи нативный комментарий от MODX: Comment tags

[[- This is a comment, and will be removed from the output. ]]

Этого вам хватит? :)

системную настройку log_deprecated уже проверяли?

Отличная новость, но не успел… Может повторите в рамках Cyber Monday? :)

Аналогично, ни сайт ни форум уже несколько часов не отзываются. ждем-с)

Спасибо, ребята! Было здорово!!!

А объяснить клиентам необходимость этого будет сложно. Либо скупердяи, либо могут подумать, что их пытаются развести на деньги, либо за сайты отвечают менеджеры какие-нибудь, которым нафиг не надо ничего, работает вроде и ладно. Да и вообще, инициатива часто наказуема))

А при должном подходе еще и оплачиваема. Дайте ссылки на посты здесь на modx.pro, forums.modx.com, рассылки от modxcloud, сообщения на главной в самом MODX, тем самым укажите, что это не блажь ваша, а проблема MODX мира с 18 июля сего года, да и вообще не держать ПО в актуальном состоянии это же моветон какой-то.

Часто встречаются сайты в англоговорящих странах с Babel. И надо обновлять. Legacy никто не отменял. Для новых проектов соглашусь — надо подумать, стоит ли.

У вас NGINX, его и настраивайте :) эти редиректы оставьте дефолтными. В конфигах nginx указан https?

появилась проблема с работой ЧПУ: открывается главная страница корректно, при переходе в разделы
vosolimp.ru/about показывает тоже главную страницу.

да, не видит страницу, потому возвращает 404-ю, которая у вас по умолчанию на главную указывает.

Извините за любопытство, а чему и где учите учеников?

Здравствуйте, земляк!

Когда-то делал кастом Formit (а еще раньше для FormSave ) для одного клиента, к сожалению там NDA и не в репозитории, не поделюсь.
Ну а так обычным образом — делаете fork на github и вперед. Наверное, не очень точно понял вопрос, вам что-то про отправку почты интересно, да? Попробую поискать про почту.

Это просто:
1. в корневом index.php изменить на $modx->initialize('ukr');
2. Если есть плагин на onHandleRequest подправить его.
3. Проверить корректность настроек контекстов, если есть таковые, по идее от них в данном случае ничего не зависит.
4.убедиться что новой схеме не противоречат данные в конфиге, htaccess и нет всяких рудиментарных папок вида /ukr/ в корне с альтернативными настройками(и такое бывало и портило жизнь)

Ответил про плагин по вашей ссылке.

Вспомнил, именно с этих сообщений у меня проблемы и начались. Заменял что-то, в духе, как здесь рекомендовали, https://modx.ru/vopros-otvet/info/6152/ пробовал что-то еще.и даже как-то частично помогло. но в итоге после полного переобновления пакетов это не понадобилось.
Извините, помню фрагментарно, потому такое сумбурное объяснение :(

Вот только недавно с ним боролся, с 2.6.5 не хотел работать корректно. Откатил(с деинсталляцией), затем накатил, странно, но после этого были проблемы в связке с TinyMCE (в консоли видны ошибки) — он не давал Babel нормально стартовать, тоже откатил-накатил… после этого заработало. Наверное стоит проверить и другие пакеты. Не знаю, что было причиной, может кривое обновление(иногда кроме инфицирования имеем измененные права на некоторые файлы/папки, в следствие чего обновление проходит не айс), или что-то еще.

Евгений прав, ищите посторонние/поврежденные файлы везде, где успели заразиться… проверяли ли пакеты распакованные? у меня например так было.

Спасибо, Андрей! Большая и такая важная работа, полюбопытствую!

А содержимое form-tour-tpl покажете? Никаких js скриптов для обработки сабмита формы не имеете?
По идее в цепочке хуков email,recaptchav2,FormItSaveForm,redirect, если капча не проходит, до редиректа дойти не должно… поэтому редирект на ошиб. страницу кажется странным. Само использование капчи делает ее обязательной, без нее вы ничего не должны отправить, если конечно все настроено верно. Да,email хук у вас идет первым, поэтому письмо таки улетит до остальных проверок.

Люббопытно. Как вариант, можно попробовать вызвать явно:

<div class="g-recaptcha" data-sitekey="[[++recaptchav2.site_key]]"></div>
[[!+fi.error.recaptchav2_error]]

Аналогичная история — заметил это после обновления minishop до 2.4.14 — пользователь в группу не назначается, писем не приходит о заказе(все работало до обновления).

[2018-08-12 12:45:05] (ERROR @ /path/to/core/model/modx/moduser.class.php : 675) User Group not found with key: 3

Исправляется явным приведением типа вот здесь(в вашем решении это есть, в оригинальном коде нет):

foreach ($groups as $group) {
		$user->joinGroup((integer) $group);
	}

Занятно, но работает. В группу добавляет, правда, писем все еще не вернулись, разбираюсь дальше.