А объяснить клиентам необходимость этого будет сложно. Либо скупердяи, либо могут подумать, что их пытаются развести на деньги, либо за сайты отвечают менеджеры какие-нибудь, которым нафиг не надо ничего, работает вроде и ладно. Да и вообще, инициатива часто наказуема))
А при должном подходе еще и оплачиваема. Дайте ссылки на посты здесь на modx.pro, forums.modx.com, рассылки от modxcloud, сообщения на главной в самом MODX, тем самым укажите, что это не блажь ваша, а проблема MODX мира с 18 июля сего года, да и вообще не держать ПО в актуальном состоянии это же моветон какой-то.
Часто встречаются сайты в англоговорящих странах с Babel. И надо обновлять. Legacy никто не отменял. Для новых проектов соглашусь — надо подумать, стоит ли.
Когда-то делал кастом 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 хук у вас идет первым, поэтому письмо таки улетит до остальных проверок.
Аналогичная история — заметил это после обновления 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);
}
Занятно, но работает. В группу добавляет, правда, писем все еще не вернулись, разбираюсь дальше.
@Никита Серов они хотят, чтобы в идеале разрешение картинки совпадало с тем, как она будет масштабирована в итоге, это и есть идеальный вариант. Другое дело что для адаптивных сайтов этого не всегда легко добиться. Попробуйте поиграть в CSS с width height или в явно указать эти атрибуты. Иногда помогает.
Ну и до кучи нативный комментарий от MODX: Comment tags
Этого вам хватит? :)
да, не видит страницу, потому возвращает 404-ю, которая у вас по умолчанию на главную указывает.
Когда-то делал кастом Formit (а еще раньше для FormSave ) для одного клиента, к сожалению там NDA и не в репозитории, не поделюсь.
Ну а так обычным образом — делаете fork на github и вперед. Наверное, не очень точно понял вопрос, вам что-то про отправку почты интересно, да? Попробую поискать про почту.
1. в корневом index.php изменить на $modx->initialize('ukr');
2. Если есть плагин на onHandleRequest подправить его.
3. Проверить корректность настроек контекстов, если есть таковые, по идее от них в данном случае ничего не зависит.
4.убедиться что новой схеме не противоречат данные в конфиге, htaccess и нет всяких рудиментарных папок вида /ukr/ в корне с альтернативными настройками(и такое бывало и портило жизнь)
Извините, помню фрагментарно, потому такое сумбурное объяснение :(
По идее в цепочке хуков email,recaptchav2,FormItSaveForm,redirect, если капча не проходит, до редиректа дойти не должно… поэтому редирект на ошиб. страницу кажется странным. Само использование капчи делает ее обязательной, без нее вы ничего не должны отправить, если конечно все настроено верно. Да,email хук у вас идет первым, поэтому письмо таки улетит до остальных проверок.
Исправляется явным приведением типа вот здесь(в вашем решении это есть, в оригинальном коде нет):
Занятно, но работает. В группу добавляет, правда, писем все еще не вернулись, разбираюсь дальше.