Как класть товар в корзине с разными опциями?

Question

[ErikHabr]

Пишу движок доставки еды и люто застрял на корзине, но по большей части на нюансе с добавками у товаров.
Объясняю, у меня может быть пицца Маргарита за 100руб. Можно сделать модификаторы по размерам (25,30, 45 cm) и добавить добавки (перчик, соус и так далее). Так вот, я не понимаю как сделать так, чтобы можно было положить товар с выбранными атрибутами в корзину и если атрибуты ДРУГИЕ, но все та же пицца Маргарита, то в корзине это уже новый товар и вообще как грамотно добавлять добавки к товару и модификаторы на бекенде?
Идеальный пример как это должно быть в итоге - это сайт ДоДо пиццы.
Это логика вообще на беке делается, есть примеры? я всю голову сломал как это реализовать. В интернете ничего найти похожего не смог, везде только обычные товары без модификаторов.

Comments

[ErikHabr]

Dr. Bacon, на данную реализацию примера кода нету поэтому и спрашиваю может есть какие-то примеры где-то? так как я дельного ничего не нашел, все обыденно. A Про коммент 'клади аккуратно' это бессмысленный комментарий.

[ErikHabr]

Dr. Bacon У вас как со временем? может по скайпу я смогу детально объяснить, я такой что хочу больше отдать эту задачу более опытному специалисту.

[ErikHabr]

Dr. Bacon, я это для себя делаю. Предлагаю 20.000 за решение.

Answer 1

[Danny Arty]

В чем именно проблема реализации?
Добавки - это отдельные товары из соответствующей категории Добавки, а размеры пиццы - это лишь модификации этого товара.
В корзине идентификатором товаров пусть выступает не id товара, а ключ, который генерируется в бэке перед добавлением. Например ключ каждого товара будет равен шифрованию md5 строки

$productKey = md5(id_товара. цена_товара. модификация_товара(размер). json_encode(добавки));

И пишите массив товаров корзины например в сессию, где ключом будет выступать сгенерированный key.
Тогда, условно, при добавлении Маграгриты 25см с халапеньо и Маргариты 30см без добавок, в корзине будут отображаться два разных товара, так как у них разный key.
И в сессии это может выглядеть например так:

[идентификатор_сессии][id-заказа][cart] = array (
  '984b707b193e29fb93c9d6e05a585ce6' => array("Маргарита", 100 рублей, 25см, 1шт, {"халапеньо"}),
  '977b713b193e29fb93c9d6e05a513ke2' => array("Маргарита", 100 рублей, 30см, 1шт, {})
);

Comments

[ErikHabr]

спасибо за ответ, это уже что-то. Получается что этот json и в принципе функционал нужно на фронте создавать, а не на беке? Я полазил в network у додо пиццы и прочих и увидел, что генерируется json при POST запросе, который отправляется на бек один раз в случаи нажатия 'в корзину', если просто выбрать товар и добавить к нему разные добавки и опции, то запросов не беке нету, и это странно так как я всегда думал что вся логика, особенно с ценой должна выполняться на сервере. Структура сложновата конечно.

По поводу уникального ключа, а если еще раз добавили товар с теме же атрибутами, то он должен сложиться + 1 к уже существующему, а по логике описанной выше сгенерируется новый id товара и в корзине это будет тоже отдельный товар.
И еще есть нюанс, что у модификатора есть своя цена, которая меняет собой цену товара по умолчанию, ну и у добавок есть своя цена, но в их случаи это + к цене в корзине

[Danny Arty]

ErikHabr,

Получается что этот json и в принципе функционал нужно на фронте создавать, а не на беке?

Зачем во фронте, все это должно делаться в бэке. Ты ведь выбираешь товар, выбираешь допы, размер и количество и жмешь "добавить в корзину" и отправляешь все это post-запросом в обработчик. Тот в свою очередь генерирует key товара, итоговую цену учитывая добавки и добавляет этот товар в сессию корзины. И в корзине ты как раз выводишь из сессии данные.

По поводу уникального ключа, а если еще раз добавили товар с теме же атрибутами, то он должен сложиться + 1 к уже существующему, а по логике описанной выше сгенерируется новый id товара и в корзине это будет тоже отдельный товар.

Если ты выберешь точно такие же параметры, как и у одного из товаров в корзине, то этот новый будет иметь такой же key, соответственно это не новый товар, а +1 к одному из корзины.

И еще есть нюанс, что у модификатора есть своя цена, которая меняет собой цену товара по умолчанию, ну и у добавок есть своя цена, но в их случаи это + к цене в корзине

Чел, вот сам маленько логически посуди. Каким образом добавка должна влиять на итоговую цену корзины? Только влияя на цену товара, к которому она добавлена. Поэтому повторюсь, что все это должно производиться в бэке и ни в коем случае не во фронте.

[ErikHabr]

Danny Arty, я почему про фронт спросил так как посмотрел что в почти всех приложениях заказа еды кнопки добавить добавку и выбрать модификатор не отправляют запросы на бекенд, у меня же каждое действие это запрос на бек сейчас.
Я же могу в html залезть и изменить цену товара или добавки и из это сформировать json отправив на бек. Значит получается на беке должна быть дополнительная проверка для принимаемого массива на содержимое, товар и его цена и так далее...? Тогда похоже уже на костыль.

Сегодня буду пробовать изменить id товара в корзине на генерируемый ключ.

[Danny Arty]

ErikHabr, не знаю, где вы смотрели, но вот как раз таки решение таких моментов во фронте - это такое себе

[ErikHabr]

Danny Arty, да вот та же ДоДо пицца. Серьезные ребята же, вот что меня и смутило)

[Danny Arty]

ErikHabr, вот прям сейчас проверил - идут запросы при любой добавке

[ErikHabr]

Я сегодня пробовал сделать корзину в сессии и товар по генерируемую ключу. Все с этим понятно. Но наткнулся на нюанс, пока не разобрался. Вот если я добавляю товар в корзину, то я создаю сессию cart_id, её id и там массив items и каждый item это тоже массив с данными под своим ключем. Но... Если я просто добавляю добавку к товару и модификатор, то это уже не корзина.

Значит получается мне нужно как-то в той же сессии создать массив товара, проверять выбран тот или иной товар, класть в поле добавок эти добавки, видоизменять массив. И потом если товар в итоге пойдет в корзине брать уже созданный массив товара из сессии и дублировать его под корзиной и генерировать ключ? Так ли это, или вы скорее всего можете подсказать более правильное решение?

[Danny Arty]

ErikHabr, а у вас что подразумевается покупка условного халапеньо без пиццы?

[ErikHabr]

Danny Arty, нет. Я про то, что когда я открываю вкладку товара и добавляю добавки к товару, я же его еще не положил в корзину, но где тогда получается эту информацию хранить??

[Danny Arty]

ErikHabr, ну смотри. Ты же сначала должен выбрать какой товар и уже потом выбираешь добавки. Ок, ты товар еще не добавил в корзину, просто выбрал пока на сайте и потом выбираешь добавки, потом жмешь добавить и форма отправляется в бэк. Просто в форме сделай какой-нибудь скрытый input, который будет принимать список id товаров-добавок. И уже в обработчике при отправке формы делай что требуется

[ErikHabr]

Danny Arty, то есть эта часть должна быть реализована на фронтенде. Должен создаться массив и его уже на бек обрабатывать. Мозг скоро взорвется

[Danny Arty]

ErikHabr, это элементарная задача, конечно это во фронте делаться должно. Добавки - это условно просто чекбоксы. Ты выделяешь добавку и его value, который хранит id добавки, добавляется в какой-нибудь скрытый input

[ErikHabr]

Danny Arty, Спасибо. Что ж, буду завтра фронт разбирать. Все было бы проще конечно если бы я не писал SPA (Vue.js/Django)

[Danny Arty]

ErikHabr, не за что! успехов!

[ErikHabr]

Danny Arty, Хочу выразить огромную благодарность. Все сработало как нужно, теперь правда всю логику связанную с корзиной на беке переписывать нужно так как все было написано под БД, но это уже пустяки.
Вы даже не представляете сколько было потрачено нервов и времени. Функционал корзины я начал еще в январе и написал логику с промокодами, кешбек системой и прочее, но когда дошло дело до модификаций товара, я прям застрял. Читал статьи, литературу, видео смотрел разные, но все было слишком обыденно и я никак не мог найти этот нюанс. Нашел человека, который должен был мне закончить функционал корзины, потратил месяц на него и он слился тихо просто. Нашел второго, но тот тоже решения не предложил. Злился я сильно конечно и тут вы) Не знаю как бы я додумался про генерацию ключа товара без вас. Огромное спасибо.

Если можно ваш телеграм, может вы еще сможете помочь советами ценными в дальнейшем так как еще достаточно кода впереди. Да и я бы с радостью вас отблагодарил символически материально.
Пишите в тг: wemakeweb

[Danny Arty]

ErikHabr, ахах, рад, что помог с решением данной задачки) никакой материальной благодарности не надо! Успехов в дальнейшей реализации)

Answer 2

[kalapanga]

Это скорее вопрос не столько реализации корзины, а организации собственно справочника номенклатур. Ничего нового тут нет. Что ботинки разных размеров продавать, что пиццы. Можно считать разные размеры разной номенклатурой, а можно ввести какие-нибудь "типы" или "категории" номенклатур. Дело вкуса, делают и так и так.
А вот добавки я бы считал просто отдельными номенклатурами. Так как "Ананас" за 59 рублей он что к одной пицце, что к другой - всё тот же ананас! Для удобства я бы их выделил в отдельную группу, позиции из которой не предлагаются в основном прайсе (где сами пиццы), а только после выбора основной позиции.
В корзину добавляется товар из основной группы (пицца), затем предлагается добавить товары из другой группы (добавки - грибы, ананасы и т.д.)

Comments

[ErikHabr]

С таблицами в проекте все порядок. Мне реализация бизнес логики нужна. Не правильно теги указал, простите.

Answer 3

[Sanes]

Для подобных магазинов, лучше сделать таблицу carts.
Это позволит:

• Клиенту сохранять несколько разных корзин для удобного повтора заказа
  
• Переслать ссылку на корзину, которую может скопировать себе другой клиент
  
• Вы сможете отследить брошенные корзины и что-то с этим сделать
  

Comments

[ErikHabr]

У меня есть таблица Cart. И еще CartItems. И еще если у меня гость положил товары в корзину, то у меня присваивается ключ сессии к корзине, а если авторизованный, то я присваиваю пользователя к корзине. Хранить все корзине в БД бессмысленно, чтобы повторить заказ можно хранить таблицу Заказа. Корзину же лучше удалять после успешного оформлления заказа. Можно хранить тольку одну корзину в БД, в случае если не был оформлен заказ, что я и делаю сейчас. С эти проблем нет.