Как делать корзины для больших интернет магазинов?

Question

[jamesStr]

Подскажите как правильно проектировать приложение (Интернет магазин с огромной базой товаров).
Есть к примеру 10к+ товаров (20 категорий).

Как правильно все организовать? Как должна выглядеть база данных и как обрабатывать все эти товары?

Планируется SPA на реакте, поэтому интересует вопрос подгрузки данных.
Не вариант же подгружать 10к товаров одним массивом на клиент и хранить его в сторе.
И как обрабатывать корзину. В корзине по сути должны храниться только id товаров, и потом динамически как то подгружаться нужная информация о товарах для рендеринга и оформления заказа. Не получится же просто пробегаться по всему массиву товаров в поиске нужных (добавленных в корзину) товаров.

В общем подскажите как все организовывается в таких приложениях

Comments

[Максим Федоров]

у вас куча вопросов в одном, раздробите и задайте отдельно каждый

[Дмитрий]

Максим Федоров, Совершенно нормальный вопрос, все части которого связаны друг с другом

[Сергей Горностаев]

(Интернет магазин с огромной базой товаров)

Есть к примеру 10к+ товаров (20 категорий)

[DevMan]

Дмитрий, совершенно ненормальный: в титле одно, в вопросе совсем другое.

[Дмитрий]

DevMan, Ок. Немного иной вопрос: вот интересно, что заставляет людей писать интернет магазины с нуля, если есть куча готовых решений.

[DevMan]

Дмитрий, почему вы спрашиваете у меня, а не людей?
я подобным занимаюсь только в одном случае: крайне специфичные задачи. иначе цовершенно спокойно использую готовые решения.

[Дмитрий]

DevMan, Потому что как куратор тэга разработка вы могли быть в курсе. Если нет, прошу прощения.

[DevMan]

Дмитрий, я способен отвечать только за свои решения, но не за решения/мотивы других людей.

из очевидной (но не всегда верной) – могу назвать только недостаток опыта и тягу к исследованиям (велосипедостроительству). точнее вам ответят только эти люди.

[FanatPHP]

Дмитрий, на самом деле все по-настоящему крупные магазины пишутся с нуля. по очевидным причинам.

[Сергей Горностаев]

Дмитрий,

что заставляет людей писать интернет магазины с нуля, если есть куча готовых решений.

Потому что универсальное лучшим быть не может по определению.

[Дмитрий]

Сергей Горностаев, Да, то что протестировано, опробовано на сотнях клиентов, с функционалом под самые разные нужды, с грамотной архитектурой, никак не может быть лучше, чем напишет нанятый Вова Пупкин. По определению.

[Сергей Горностаев]

Дмитрий, Вова Пупкин может быть спецом экстра-класса, превосходящим по профессиональному уровню всех создателей того же Битрикса, например.

[FanatPHP]

Дмитрий, насчет грамотности архитектуры вы, извините, что конкретно имеете в виду? Мадженто может быть? Или известный плагин к вордпрессу? Ах, ну конечно же, 1эс-битрикс. Как я мог не догадаться.

[Одиночка Айс]

Дмитрий, пришел к тебе клиент и сказал, "хочу это, это, и еще вот это". Ты почесал репу, посмотрел на все готовые решения - этого тут нет, а вот это там платное. Почесал, почесал репу, и отказался от заказа, потому что дальше API от CMS работать не умеешь.

[Владимир Коротенко]

Дмитрий, Чуть ли не каждый вопрос о Woo Commerce, заключается в поломке после обновления магазина. И много ответов сводятся к тому что фиксировать версию Woo Commerce и плагинов.

Так что при любом новом баге, скрипткиди просто пробегаются по всем магазином с этой версией.

[Антон]

Не вариант же подгружать 10к товаров одним массивом на клиент и хранить его в сторе

Пагинация, подгрузка по мере чего то, лимитирование выборки и ее сдвиг - LIMIT и OFFSET

[Дмитрий]

Владимир Коротенко, Я честно говоря не в курсе существующих решений и их качества. Просто в том, что касается подобных решений в сфере учетных задач 1С к примеру, всяких торговых блоков или финансовых, за основу в 90% случаев берутся готовые решения от 1С и при необходимости дорабатываются. И из тех 10% случаев, когда они пишутся с нуля - процентов 7 - из-за тупости. При этом типовые решения 1С не идеальны, но использовать их в любом случае значительно дешевле. Если в сфере вэб программирования касаемо такой очевидной и распространенной темы нет готовых качественных решений - это крайне удивительно, хотя скорей всего местные чудо-прогеры просто видят себе в них конкурентов, посему несут всю эту бестолковую бредятину.

[Владимир Коротенко]

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

[Дмитрий]

Владимир Коротенко, Поразительно, целый абзац текста а я не понял вообще ничего, ни где я лукавлю, ни что еще за нормальный магазин с нагрузками и коннекторами. О чем вообще речь... Надо было умудриться написать целый абзац текста, чтобы собеседник не понял вообще ничего...

[Владимир Коротенко]

Дмитрий, разжевуют обычно клиентам, программисты как бы понимают что есть база сайта и есть модуль который соединяет базу сайта с бухгалтерией, логистикой, модулями расчёта доставки, прочим бэкофисом

Answer 1

[FanatPHP]

Очень смешной топик.
Сразу видно что почти никто из советчиков никогда с реальным интернет-магазином не работал.

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

Ну и третье, уже специально для автора вопроса, а не только для всех юных писателей крупных интернет-магазинов - сначала, перед тем как приступать к написанию крупных интернет магазинов, следует изучить букварь по веб-разработке. И открыть для себя, что у любого интернет-магазина, даже некрупного, есть back-end. В котором, в общем-то, вся логика работы с товарами, заказами и корзиной и реализуется. И которое к "SPA на реакте" не имеет ни малейшего отношения. И чтобы написать которое, надо учить основы баз данных, SQL и какой-нибудь серверный язык программирования. Ну и ещё примерно 20 дисциплин.

Comments

[profesor08]

Как-то слишком поверхностно. Почему не упомянуты промокоды (от магазина и от продавца), дисконтные карты, рефералы, доставка, кешбэк, опросы, способ оплаты, покупка в один клик, рассрочка, кредит, а так-же куча другой фигни, про которую я забыл? О юный разработчик интернет магазинов.

[Dimonchik]

та ладно, чОтко разрулил
ну, может, перс скидку забыл и алгоритм суммирования - но один фиг это все тоже на бекенде

а вот с чем гемор еще - так это с доставкой разноплановых товаров

ну и, конечно, собствениик с СЕОшниками быстро по ушам за SPA надают как только вкурят сколько уходит на PPC

[FanatPHP]

profesor08, ну вообще-то вопрос был про корзину :)
Это в английском shopping cart - это и только корзина, и магазин целиком.
А у нас все-таки корзина это корзина.
Но в целом все верно, конечно

Answer 2

[Владимир Коротенко]

Для каждого действия своя модель для корзины
Cardid
Item id
Item image
Item count
Item price
Total
Discount

И без разницы сколько у вас там товаров

Answer 3

[Stalker_RED]

Есть таблица товаров, у каждого товара есть product_id
Есть таблица заказа, у него есть order_id, user_id, дата, еще что-то там.
Есть таблица связи многие-ко-многим, типа order_has_product, например
order_id | product_id | qty

Когда нужны все товары из корзины делаешь примерно так

select id, title, description from products where product_id in (
  select product_id from order_has_product where order_id = 42
)
-- ну или с джоином, вложенный написал просто для наглядности

Отдаешь это на фронт, отрисовываешь.

Не вариант же подгружать 10к товаров одним массивом

Конечно не вариант. Храните их в бд на бэке. Причем 10к, это не большой магазин, в большом магазине будут тысячи КАТЕГОРИЙ товаров.

Не получится же просто пробегаться по всему массиву товаров в поиске ...

Конечно не нужно пробегаться. Почитайте про индексы.

Comments

[FanatPHP]

Неправильно

[Stalker_RED]

FanatPHP, давай свой вариант

[FanatPHP]

ну подумай сам, как твоя корзина на связи многие-ко-многим соотносится с реальностью

[Stalker_RED]

FanatPHP, думать сложно. Не подскажешь что не так?

[FanatPHP]

ну вообще ну начать можно с количества. куда его писать?

[Stalker_RED]

FanatPHP, там незаметно так qty притаилось.
и текущие цены там-же можно записать, если отдельной таблицы с историей цен почему-то нет.

Answer 4

[Дмитрий]

Таблицы
categories: id, name, parentId (если их немного то можно подгрузить все сразу)

products: id, name, categoryId (подгружать по частям, либо пагинацией, либо динамической подгрузкой при прокрутке, для реакта есть табличные компоненты, которые динамическую подгрузку осуществляют сами)

cart: userId, productId, quantity (при загрузке подгрузить количество позиций, чтобы выводить его в шапке сайта, при открытии корзины подгрузить с сервера всю информацию с наименованием, ценами и чем-то еще, можно хранить в LocalStorage для незарегистрированных пользователей)

Comments

[Stalker_RED]

обычно не basket (как в баскетболе, или сборе грибов) а cart (как тележка в магазине)

[Дмитрий]

Stalker_RED, буду знать, спасибо.

[FanatPHP]

влажные эротические мечты про хранение на корзины клиенте можно сразу забыть