Когда пользователь оплачивает, нужно ли сохранять items корзины с пометкой "опачено" и исключать из запроса или просто очищать корзину? Какая бест практика по данному вопросу?
maksam07, на практике дублируют таблицы? Не сталкивался с данными процессами. Или я не понял, как перекладывать. Пересоздать cart_items - это не перекладывать. Перекладывать -это если добавить cart_items полиморфизма и cart_id заменять на order_id.
maksam07, я думал про сессии, но у меня гости не могут покупать (не магазин) и хочу сделать не удаляемые системой корзины до покупки и обновлять инфу по эвентам (изменился продукт - изменился cart_items) с информированием юзера.
evomed, что вы там собрались дублировать? Название товара с характеристиками и картинкой хотите что ли хранить вместо всего трех полей: item_id, cart_id, count? Ну прям нереальное количество данных!
Правильно говорят - просто храните в LocalStorage айдишники товара с количеством. Если хранить в LocalStorage - тогда вообще всего 2 поля нужно хранить: item_id и count.
Талян, название товара, цена скидки, процент, тип скидки, купон - и все это может меняться. Пользователю и для истории нужно сохранить данные на момент заказа. И цену в корзине высчитывать неудобно если нет "продуктов" и цена формируется в результате логики.
Сергей Горностаев, не у таблицы заказов, а у order_items. Получается carts связанная с cart_items, orders связанная с order_items и orders, связанная с carts. cart_items будет дублировать по структуре order_items
evomed, я её и имел ввиду. Таблица корзин должна хранить внешний ключ на покупателя, внешний ключ на товар и поле для количества товара. Можно ещё дату добавления товара в корзину для обнаружения брошенных корзин. А таблица элементов заказа - это наименование заказа, цена товара на момент покупки и количество купленных товаров. Можно дополнительно хранить внешний ключ на товар для аналитики.
evomed, конечно нет. Пока клиент не купил товар, у него может много раз измениться цена например. А вот после покупки история должна оставаться неизменной, если не хочется намотаться на проблем с роспотребнадзором и налоговой.
Сергей Горностаев, здесь есть проблема, что пока юзер оплачивает (или идет уведомление) цена может поменяться и есть шанс после оплаты записать в order_items неневерные данные. А если сохранять все условия в cart_items, то тогда данные получишь строго на момент покупки. Но тогда еще придется хранить версии корзин (создавать новую корзину с items при каждом ее открытии).
Сергей Горностаев, в момент покупки - это когда? Когда нажимает на кнопку перейти к оплате не проблема. Я имею ввиду когда клиент уже смотрит на форму ввода карты на сайте платежной системы. И тут он забыл карту, пошел ее искать и в процессе решил попить чаю. А потом, когда оплатил, у платежной системы или у меня сбой и уведомление пришло через 2 часа. А за это время цена товара изменилась и ты записываешь в order_items не то, что было по факту.
evomed, это не уязвимость, а бизнесовое поведение. Мне чаще всего заказывали интернет-магазины, у которых фиксация заказа происходила именно в момент нажатия кнопки "оформить". Далее заказ находился в статусе ожидания оплаты. Иногда действовало ограничение на срок нахождения в этом статусе.
Сергей Горностаев, для интернет-магазина это хороший и безопасный вариант. Мне такое в целом не подходит, у меня из-за специфики пользователь не может иметь несколько неоплаченных заказов и потом выбирать что оплатить, но версионность (когда сейвим неоплаченные корзины/заказы) это видимо самый правильный путь.
Если хочется хранить корзину в БД - так вам ее все равно хранить после оформления заказа.
Сделайте таблицу, где большинство полей - NULL до момента оформления заказа (цены и проч. для отображения берется с текущих карточек). Выборка текущей корзины - по order_id = NULL. Заказ оформлен - текущая корзина опустела, товары естественным порядком перекочевали в заказ.
Не понял процесс.. Как товары естественным образом перекочуют в заказ? Откуда перекочуют? Если брать из products то в соседнем ответе обсуждали, что там может быть не актуальная информация пока юзер платит. Дыра безопасности.
Пользователь добавляет товары в корзину, идет платить, возращается к корзине - добавляет товары еще на миллион долларов, возращается к платежке - оплачивает и мы получаем состав заказа на миллион с оплатой на рубль.
evomed, при создании заказа товарам в корзине присвоится ID этого заказа и актуальные цены/скидки вместо NULL. Корзина опустела, теперь эти самые записи - состав заказа, который можно оплачивать. Никакого "возвращаемся к корзине" после формирования заказа уже не будет.
Adamos, т.е. добавляем товары в cart_items где все поля условий null. В cart добавляем order_id = null. Когда оплачено, создаем order и сетаем в cart order_id, а в cart_items поля null заполняем данными из products - так, чтоли?
evomed, ну, я не знаю ваших таблиц.
Возможно, до оформления заказа в cart_items будут заполнены только id, created_at, product_id и amount.
Зато при оформлении зафиксируются текущие данные из prices, bonuses, coupons etc.
Adamos, допустим есть только products, я все равно не понял процесса. Если до оформления заказа в cart_items не будет всех условий (прайс скидки название), то после оформления (поступления оплаты) - если данные изменятся то правильную инфу будет неоткуда брать.
evomed, юзер набрал корзину.
В таблицу накиданы записи: товар, количество. Все остальное - NULL, юзеру оно отображается из текущих данных по товарам.
Юзер захотел оплатить - формируется заказ: запись в таблице заказов, order_id на все строки корзины, все прочие данные в них заполняются из текущих цен и акций.
Теперь юзер может оплачивать готовый заказ с текущими ценами - или протормозить, и заказ, созданный больше суток (трех, недели?) назад, уходит в "не оплаченные". Хочешь заказать - начинай сначала.
Adamos, здесь есть проблема в одинаковом cart_id, что если пользователь вернется с платежной системы в корзину и изменит заказ, а потом обратно переключится на сайт платежки и оплатит, то, когда мой сайт получит уведомление там будет order_id корзины, в которой уже другой состав. Уязвимость. Решается созданием новой carts и всех cart_items при каждом открытии корзины, но тогда нагрузка на бд.
