товары, нужен fetch запрос, то ему просто создавать куку дополнительную анонимную, чтоб потом мог фронтер отправлять её для идентификации?
Есть два распространённых типа ведения корзины: на стороне клиента и на стороне сервера. В первом случае при добавлении запросы никуда не уходят, а корзина запоминается браузером в localStorage, например. Когда клиент переходит к оформлению заказа без регистрации, то на бэк передаётся содержимое заказа. Во втором случае можно сгенерировать рандомный токен, который и будет подписывать этого гостя при отправке запросов на сервер. Токен в localStorage также можно сохранять.
У нас как раз таки сделан токен для гостя, но опять же как выше мне написали, что зачем так сложно и все такое, просто делай формы и все, но у нас по другому сделано, как раз таки для гостя сделан токен который идентификацию делает его для запросов в корзину
Я описал два распространённых варианта. Разумеется они не являются единственными и конечная реализация зависит от потребностей бизнеса и опыта разработчиков.
а еще нужно предусмотреть вариант когда гость с непустой корзиной авторизуется на сайте и там тоже у него не пустая корзина. Как я понимаю, нужно мёржить корзины
Я бы в таком случае показал окно с четырьмя действиями: 1. Объединить корзины; 2. Взять из браузера; 3. Взять с сервера; 4. Очистить обе.
ну это выглядит вежливо)
))) На практике же встречал два варианта: либо обе корзины очищаются без вопросов, либо берётся одна из них, и также без вопроса какая.
Обсуждают сегодня