miniShop2
miniShop2 copied to clipboard
modx-pro
Отказ от обязательного создания пользователя при заказе
Запрос функции / Feature request
Резюме / Summary
Не все хотят создавать заказ, регистрируя при этом пользователя. Даже фоном частично с моковыми данными. Более того подобные данные потом могут только мешать. К примеру подставляя фейковый email где то в личном кабинете.
Связанные проблема(ы)/PR(ы) / Associated problem (s) / PR (s)
https://modx.pro/help/21853 #587
Как вариант, можно просто создавать заказ НА ОДИН ФЕЙКОВЫЙ аккаунт. Это может по сути решить всю проблему
Как вариант, можно просто создавать заказ НА ОДИН ФЕЙКОВЫЙ аккаунт. Это может по сути решить всю проблему
Нет не решит, это выстрел себе в ногу. Например каждый кто сделает заказ, привязавшись к фейковому адресу - сможет потом на странице заказа перебрать по id все заказы привязанные к этому адресу.
Как вариант, можно просто создавать заказ НА ОДИН ФЕЙКОВЫЙ аккаунт. Это может по сути решить всю проблему
Нет не решит, это выстрел себе в ногу. Например каждый кто сделает заказ, привязавшись к фейковому адресу - сможет потом на странице заказа перебрать по id все заказы привязанные к этому адресу.
на сколько помню, в минишопе заказы очень четко привязаны к пользователю. Тут либо тогда переписывать много.
на сколько помню, в минишопе заказы очень четко привязаны к пользователю. Тут либо тогда переписывать много.
Ну согласен да, местами есть привязка. Однако если есть общественный запрос - имеет смысл его зафиксировать и подумать.
А зачем вообще ms2 всегда регистрирует пользователей, когда кто-то делает заказ? Может быть есть в этом какой-то смысл на уровне ядра?
В чем вообще главная проблема отказаться от такого поведения ms2? (кроме правки/написания кода во многих местах и, возможно, переделки структуры таблиц SQL)
А зачем вообще ms2 всегда регистрирует пользователей, когда кто-то делает заказ? Может быть есть в этом какой-то смысл на уровне ядра? Автору так видимо казалось правильно. Как показало время и практика - это не всегда нужно.
В чем вообще главная проблема отказаться от такого поведения ms2? (кроме правки/написания кода во многих местах и, возможно, переделки структуры таблиц SQL)
Технически особо не в чем. Разве что проблема сложившейся экосистемы вокруг уже устоявшейся логики.
Переделывать нужно многое. Доберемся и до этой логики.
ну у меня по работе часто возникают кейсы когда надо регистрировать юзера во время заказа, тут все готово, удобно. Останется только дописать плагин на уведомление юзера и отправить ему пароль. Если захотите менять логику, то оставьте и текущий функционал.
