EDUARD SAPOTSKIУгу, а как ты записи идентифицировать будешь если юзер не зарегистрирован?
Гуидник в куку и авторегистрация на временную учетку. Если юзер захочет потом честно зарегистрироваться, временной учетку делаешь постоянной. А если не захочет, ты по куке с гуидом всегда сможешь восстановить его заказы и всю его деятельность.

EDUARD SAPOTSKIБинго! Суть в том что без куков все равно ни как.
Куки удобны для быстрых заказов, когда клиенту лениво регистрироваться. И чтобы не потерять клиента, куки приходят на помощь. Можно и более жестко работать, без куков. Тогда нужна регистрация для покупок. Но в любых случаях - всё пишется в БД и только в БД. Никаких сессий! А уже по БД можно и аналитику делать, и строить графики для маркетинга, и всё что угодно.

Зашел анонимом в эльдорадо, закинул в корзину товар и вот оно. Айдишник баскета в куках. Всё как в лучших домах Парижа.

EDUARD SAPOTSKIНо вот скажи, ты же адепт логики на апп-сервере, а в чем ее смысл если нет хоть какого-то подобия кэширования?
Не нужно мешать кеширование с бизнес логикой. Кеширование применяется только тогда, когда "всё плохо". Это волшебная палочка для оптимизации, не более того. Лепить кеширование ради кеширования - удел идиотов. Забудь о кешировании, оно не нужно. Понадобится оно тебе, разве что, когда твоя архитектура начнет подтекать и проседать. Правильно настроенные индексы, партицирование и прочие мультики в БД - вот с чего нужно начинать. И вот тут в бой вступают твои DBA, которых ты давеча возвышал в ранг святых.

EDUARD SAPOTSKIВ том то и соль, что можно данные хранить в оперативе и не гоняться каждый раз за ними в БД, верно?
Неверно. Никакой оперативы, только БД. Причем не обязательно РСУБД, NoSQL тоже имеет свой вес. Вообщем, от задачи зависит. NoSQL по сути и будет являться как бы кешем, о котором ты пишешь. Сессии, кеши, вьюстейты и прочая ересь - на помойку. Только БД.

EDUARD SAPOTSKIДля этого сессии и вьюстэйты в принципе то и делали... А тут выясняем что даже корзину положить в оперативу на 20 минут не можем не порядок... чья концепция хромает?
Хромает концепция гавнокодера :)

EDUARD SAPOTSKIА тут выясняем что даже корзину положить в оперативу на 20 минут не можем
Помимо последствий, которые умножаются на кол-во пользователей и размазываются на 20 минут, есть еще и бизнес. Как себя будет чувствовать бизнес, если корзины пользователей начнут самоудаляться после 20 минут? Ну вот банально, я сижу, набиваю себе товары, читаю о них, сравниваю, опять пополняю корзину. И тут отлучаюсь в туалет. Прихожу, хочу завершить покупки, а моя корзина пустая. Профит?

Алексей КМСУSPA + хранить корзину в JS ?
И то и другое на свалку

Алексей КНужно, чтобы после закрытия страницы корзина оставалась живой? Или общая корзина на несколько страниц? Или почему?
Какая страница, Леша? Корзина должна жить даже после 100 перезагрузок компьютера по прошествию 5 лет!

EDUARD SAPOTSKIтипа логики за пределами храмимок
Да забудь ты про хранимки. Это УГ стайл, пережиток домостроя. Обвесят базу новогодней мишурой, триггерами, ловушками и прочими упоротыми сервис брокерами, и начинают вариться в этом тухлом супе. БД - это данные и ничего кроме. Логике там не место.

Алексей КДа согласен я. Но приложение все же должно уметь работать с оперативой, хотя прекрасно понимаю что на практике этого добиться сложно. Хота, когда свой сервак, в котором уверен...
Ну зачем сдалась тебе эта оператива? 99.9% задач отлично покрывают базы данных.

Алексей КОплатил и забыл, не? Ну и ладно, храните где хотите...
Батенька, да тебе надо нобель на шею да на парапет к маркетологам!

Алексей КМСУпропущено...
Ну зачем сдалась тебе эта оператива? 99.9% задач отлично покрывают базы данных.Аккуратнее с цитатами!
SPA это уныние, не спорь!

И вообще, хочу за пивом уже сходить, а вы меня отвлекаете - только допишу Лёше ответ, тут Эдичка уже вбросил... Ну что за