Борис Котофан
С нами с 15 июля 2015; Место в рейтинге пользователей: #13875 часов назад
нашли причину Последний 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
Т.е. я использую базовый чанк и там вроде кнопки не ссылками сделаны.
И, что самое интересное, ведь как я уже писал, проблема возникает лишь на странице отмеченной как «главная».
Выяснил новые данные: у меня карточка товаров никак оформлена не была, но после того как оформил стало видно, что это открывалась не просто белая страница, а страница карточки товара, хотя в адресной строке сайта всё равно указана главная сайта.
Нашёл обсуждение похожей проблемы. Насколько я понял, то решение там не нашли.
Пока решил проблему другим способом:
На странице вызываю сниппет isLoggedIn (идет вместе с Login).
Он использует метод $modx->sendUnauthorizedPage(); который работает таким необычным способом, что перебрасывает на страницу авторизации, но в адресной строке остается адресс старой страницы.
И если у Login просто убрать параметр &loginResourceId, то выходит, что при авторизации тебя кидает на страницу, откуда тебя выбросило.
Попытка номер один:
Код сниппета test:
Результат: при авторизации попадаю на страницу 66.
Попытка номер два:
Код сниппета test:
Результат: авторизуемся с get-параметром returnto=66. Никуда не перебрасывает.
Попытка номер три:
Код сниппета test:
Результат: Это уже бессмысленный код. Хотел проверить насколько удивительная работа кода может быть вообще. Забиваю в get-параметр returnto значение 11. В итоге: в плэйсхолдере for_test значение 77, но Login при авторизации кидает на ресурс 66.
Не понимаю, каким образом значение в одной переменной в двух соседних строках имеет разное значение. При возвращении через return все влияния GET параметров будто игнорируются.