Всего 123 602 комментария

Артур Шевченко
21 июля 2024, 22:12
0
А почему менеджеры не могут указывать разные номера?
Alexey
21 июля 2024, 22:04
0
Понятное дело, что это сделано из благих побуждений. Но в случае, если заказ на сайте совершают несколько менеджеров из одной компании, у которых разные email, но один телефон на всех, это может быть проблемой. Так как уникальным полем для регистрации в основном служит email.
Артур Шевченко
21 июля 2024, 21:38
0
Возможно, этот момент уже пофиксил в новых версиях минишопа, не знаю
Нет, не пофиксили, так как это не баг. Поиск пользователя происходит по username, email и modilephone.
Alexey
21 июля 2024, 21:11
0
Привет! В минишопе раньше была бага(или фича), связанная с привязкой юзера по НОМЕРУ ТЕЛЕФОНА, если его вводить в форму заказа. То есть, если вводишь новый email, а телефон использован у ранее зареганого юзера, то заказ прикрепится к этому юзеру, а не зарегает нового.

Сам нарывался на это, нужно было в файле минишопа закомментить пару строк, но в каком — сейчас не вспомню. Может, опытные товарищи подскажут?

Возможно, этот момент уже пофиксил в новых версиях минишопа, не знаю… но раньше точно была такая проблема
Артур Шевченко
21 июля 2024, 20:50
0
$this->modx->log(1, print_r($data,1))
Так можно вывести в журнал ошибок необходимые данные. проверять нужно работу методов submit() и getCustomerId()
Артур Шевченко
21 июля 2024, 19:28
0
Тогда выход один логгировать процесс.
Скаут
21 июля 2024, 19:21
0
ни в modx логах, ни в логах php ошибок в процессе формирования не возникает (только что проверил и под гостем и под админом).
В логах проскакивают ошибки и notice, но они связаны с другими страницами, модулями и возникают совершенно в другие временные эпизоды.
Скаут
21 июля 2024, 17:40
0
да, передавались не те. Еще одну особенность обнаружил: всё вышеописанное происходит, когда я тестирую из-под админа. Если же пробую всё то же самое из-под гостя, то объект $user возвращает NULL.
При этом в админке если проверять заказ, то там данные верны (имя записывает то, что указано, если почта уникальный — создается новый пользователь, если почта уже есть в базе, то цепляется к существующему пользователю).
Как так происходит не понимаю…
Артур Шевченко
21 июля 2024, 10:57
0
Да, если вводится уникальная почту, то новый пользователь создаётся.
При этом данные в платёжный сервис всё равно передаются не те?
Скаут
21 июля 2024, 10:49
0
Да, если вводится уникальная почту, то новый пользователь создаётся.

Идеи есть, куда копать, как разобраться?

Кстати, в объекте $user если смотреть данные вложенных объектов (modRequest, msProductRemains), то там данные покупателя корректные.
Артур Шевченко
21 июля 2024, 10:09
0
Нужно проверить создаётся ли пользователь с корректными данными. Потом разобраться почему в заказ передаётся id другого пользователя.
Артур Шевченко
20 июля 2024, 21:32
0
С версии 2.0.6 работает и с Modx 3
Aртур Чикин
20 июля 2024, 08:20
1
+1
А как площадка для тестов на 24 часа будет возможность развёртывания?
vit
vit
20 июля 2024, 02:52
0
стоит MODX3 php 8.1 раньше он не работал на 8 ки, поэтому и выбрал fetchIt, сейчас работает SendIt?
Leonid Krylov
19 июля 2024, 15:47
0
В ближайшие дни протестируем переезды и приступим к рассылке оповещений. Будем учитывать обстоятельства клиентов, не беспокойтесь.
Илья
19 июля 2024, 12:54
0
Здравствуйте!
Хотелось бы узнать сроки переезда.
Планирую длительную поездку, боюсь по возвращению приехать к «пустому корыту».