T0
так сработает такой же сценарий, только само действие другое (order_id => freezed_user_id)
Size: a a a
2020 July 23
N
ну если ты уже работаешь с клиентом 1, значит по логике эти позиции уже закреплены за ним
Не факт, клиент может положить в корзину и не купить.
N
ну если ты уже работаешь с клиентом 1, значит по логике эти позиции уже закреплены за ним
А товара по факту не будет.
D
я склонен к тому, чтобы фризить товары только после заказа
D
а если у двух людей есть в корзине одинаковые позиции
D
то после того как первый заказал, за ним заморозились, а если уже второй заказал, то проверять доступны ли эти позиции к заказу
T0
то после того как первый заказал, за ним заморозились, а если уже второй заказал, то проверять доступны ли эти позиции к заказу
то есть сразу после селекта сделать апдейт и уже работать? Так?
D
Ну я раскажу как я делал. Я не супер специалист
D
Если клиент, наполнил корзину и сделал заказ.
У тех позиций которые в корзине я менял статус на "в заказе".
И если второй клиент, обращался ко мне с такими же позициями или одной похожей позицией(которые я уже не могу отгрузить), то я отдавал ему ответ мол сори, эти позиции не доступны и подсвечивал их(на свое усмотрения). Таким образом я защищался от того, что у меня закажут то, чего нету.
У тех позиций которые в корзине я менял статус на "в заказе".
И если второй клиент, обращался ко мне с такими же позициями или одной похожей позицией(которые я уже не могу отгрузить), то я отдавал ему ответ мол сори, эти позиции не доступны и подсвечивал их(на свое усмотрения). Таким образом я защищался от того, что у меня закажут то, чего нету.
D
Если же заказ отменялся кем-то, то я просто выводил эти позиции назад из фриза
N
Я думаю нужно держать в редисе данные о товаре и переодически(раз в минуту) с фронта делать запрос и проверять инфу. Если товар куплен то второму человеку у которого в корзине тот самый товар выкидывать модалку, что товар купили.
DB
Если же заказ отменялся кем-то, то я просто выводил эти позиции назад из фриза
А насколько времени ты фризил?
D
ненадолго, люди практически сразу связывались с клиентом после заказа
D
надолго фризить нет смысла, т.к. можно почувстовать на себе потерю продаж
D
просто с этими фризами нужно быть акуратно.
D
а то я могу насоздавать аккаунтов, как понафриизить там все позиции
T0
Как правильно изменить уровень изоляции в замыкании DB::transaction ?
D
Как правильно изменить уровень изоляции в замыкании DB::transaction ?
всмысле?
T0
MySQL 5.7 The default isolation level for InnoDB is REPEATABLE READ.
Мне нужен READ COMMITTED уровень изоляции транзакции.
Мне нужен READ COMMITTED уровень изоляции транзакции.
T0
DB::transaction(function () {
// тут хотелось бы выполнить транзакцию с read commited уровнем
});
// тут хотелось бы выполнить транзакцию с read commited уровнем
});