55 минут назад
нашли причину Последний FormIt + последний FetchIt = белый экран?
FormIt 5.2: нативный AJAX и reCAPTCHA v3 6
Сегодня в 01:24
Класс! Часто непонятно как искать причины поломок или откуда берутся сообщения. Это прям мучение. Посмотрим как работает новый компонент. Делаю у себя...
Хватит логгировать как в каменном веке 🪵 4
Сегодня в 01:17
Кстати вопрос возник. Раздражало что для базовой локализации надо было делать версию ru — т.е. создавать дублирование информации из полей и доп.полей....
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeVue 2
22 июня 2026, 23:07
Стоит подумать и добавить, так как 100% потребуется как-то модифицировать данные из 1С. Частый кейс это не соответствие категорий на сайте и категорий...
CommerceBridge 1C — двусторонняя интеграция 1С с MODX 3 и miniShop3 по CommerceML 2. 7
20 июня 2026, 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
19 июня 2026, 23:14
Обновление компонента
История изменений MaxNotify 3
1.2.0-pl
добавлен канал max в Центр уведомлений miniShop3;добавлена отправка из Центра дл...
MaxNotify3 3
19 июня 2026, 21:05
Копать надо в браузере. На вкладке сеть, если ответ 500, тогда в логи сервера.
Зависает корзина минишоп2 1
Всего 125 988 комментариев
Скрипт для действия покупки располагается на странице успешного заказа в чанке tpl.msGetOrder. И мы столкнулись с проблемой, что если клиент совершает заказ без оплаты (у нас есть такой вариант, после подтверждения от менеджера), то все ок, но если клиент уходит на оплату, то некоторые, после оплаты просто не возвращаются на сайт и поэтому не видят страницу успешной оплаты и отсюда минус, что эти данные в коммерцию метрики не уходят.
Пока еще не исправляли этот момент, но в теории данные должны отправляться в момент успешного оформления заказа, до перехода клиента на оплату. С вашим скриптом в таком случае видимо тоже не отработает скрипт. Вот если это как то сможете настроить, было бы супер!
1) случае приходит и письмо и амо заявка и юнисендер,
2),3) не отрабатывает именно почта
И странно, что хуки не независмы, с этой целью же и делает сохранение формы например. Чтобы если почта не прошла, то форма точно сохранилась. А тут получается где-то отвалилось и все отвалилось :(
Насколько я помню хук должен возвращать true. Если предыдущий хук не возвратил true то последующие не выполняются. Возможно я ошибаюсь, давно с FormIt не работал.
Но более 5 магазинов после обновления и с модификациями чувствуют себя нормально. Так что вероятно какая то локальная пенка связанная с опциями модификаций.
За формирование письма отвечаете вы. Создайте и укажите нужный вам чанк письма в параметре emailTpl и реализуйте логику переводов там. Кстати, это не я так решил, а разработчик FormIt и если вдруг покажется, что это не логично, то вопросы к ним.
Либо используйте хуки FormIt, либо скрытые поля в форме. Первый вариант лучше.
Можно, при вызове сниппета укажите разные значения параметра emailSubject или если у вас одна форма, то используйте связку js, скрытого поля subject и параметра emailUseFieldForSubject