другая*

но у меня, жесткие правила

интересно, откуда бы серверу об этом узнать )

Ну и да, время жизни сессии Вы учитываете?

IE8 - без AJAX решений, просто перестает поддерживать сессию, ибо он бревно. Но в моих условиях, я не выбираю браузеры

В принципе если скажем не хватает памяти на тяжелые кэши и сессии

Что такого тяжелого Вы хотя бы раз в жизни пихали в сессию? Просто, любопытно...

Что такого тяжелого Вы хотя бы раз в жизни пихали в сессию? Просто, любопытно...

а куда это надо пихать? а базу? в файлы? в кэш? это тоже часть сессии!

в массив сессии, вестимо

Если есть очень экзотическся специфика....

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

ясно)

в массив сессии, вестимо

сессия пользователя не ограничивается $_SESSION

ну, я сейчас исхожу из диалога свыше))

хотя нет, видел

облачные IDE часто запускают виртуальную машину

а чем массив этот еще "не ограничевается"?

ограничевается*

блин

ну Вы поняли

я - нет

вот есть конкретный массив $_SESSION, что еще можно с ним сделать? Ну, кроме как... понимаете)

хранить там указатели на данные

напридумывайте

ну, в массиве же этом?

всё что хранится в сессии можно хранить вне сессии

и часто нужно

потому что если человек перешёл с компа на телефон - корзина должна быть сквозной!

хоть весь айтьюнс туда захерачте, дальше то что?

аа

сессию можно конечно хранить сквозную, но лучше такое хранить всё равно в базе

тут тогда не сессия нужна, а более REST интерфейсы

откуда узнает меня издательство "Питер", если я закажу с одного девайся и перейду на другой?

девайся*

тут тогда не сессия нужна, а более REST интерфейсы

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

почему бы и нет)

блин, забыл где кириллица) Девайса* - хотел написать

откуда узнает меня издательство "Питер", если я закажу с одного девайся и перейду на другой?

очевидно, авторизация

а если я не хочу?

думайте как пользователь

а если я не хочу?

...

думайте как пользователь

скажи это эплу

ну кроме как IP, тут общего ничего быть не может

но с IP могут сразу несколько сидеть пользователей

я не говорил что надо к IP привязываться

да я просто рассуждаю

ну чё там рассуждать

не хочет пользователь авторизовываться и не надо.

мысли в слух)

спама меньше получит

все сводится к банальной авторизации пользователя

так ведь?

всё своджится к предсказуемости поведения сайта

например?

ты и свою карзину не увидешь если сессию закроешь

при этом объединение карзин при повторном входе - это нормально

local storage?

Это чат про политику?

для корзины?

а как же ретаргетинг?

Чет вы тут не то обсуждаете

Это чат про политику?

политика сайта

ну, почему бы и нет?

Как пропатчить президента под санкции ЕС?

если я заказываю пиццу, что мне в сессиях, что в куках, что в лс хранить инфу, кроме транкзакции

блинг, да итьть эту раскладку

хорошая дискуссия, но мясо остывает)

если я заказываю пиццу, что мне в сессиях, что в куках, что в лс хранить инфу, кроме транкзакции

так если ты в корзину положил это одно. если ты заказал - один фиг заказ должен попасть на сервер

или на дроугой сервер с апи :) не суть

Как пропатчить президента под санкции ЕС?

Это как так? Он уже пропатчен вроде)

ERROR: S client not available

если на другой, а сайт-статика-пустышка- то локалсторадж даже лишнее ДЛЯ ПИЦЦЫ. достаточно кук

так если ты в корзину положил это одно. если ты заказал - один фиг заказ должен попасть на сервер

Все верно, но я еще пока не заказал) просто браузер закрыл, переехал на машине в другой штат?

зачем куки? если есть LS?

вот обоснуйте

зачем куки? если есть LS?

за тем что для пиццы это избыточно

что избыточно? LS?

http://www.w3schools.com/html/html5_webstorage.asp

ну посомтри Web SQL - не всё так радужно

Давайте без фанатизма)

занятно http://htmlbook.ru/html5/storage Opera 10.5+ http://www.w3schools.com/html/html5_webstorage.asp Opera 11.5

так и живём...

в LS легко помещается объемный такой json

а в куки нет)

зачем же их использовать?

я вам сейчас как раз сейчас про Cookie VS LocalStorage

походу мясо отстынет

в LS легко помещается объемный такой json

ну конечно LS лучше. но это не повод использовать его для сайта с пиццей где кроме заказа пиццы ничего не будет

так Вы кнопку жмете корзина у вас в LS в json виде, как все купите и нажмете оплатить, все это быстро считается на сервер и удалится из LS... Азбука вкуса, например, Вам

хотя там так уже все переделали

уже хрен пойми

вы джентельмен

так Вы кнопку жмете корзина у вас в LS в json виде, как все купите и нажмете оплатить, все это быстро считается на сервер и удалится из LS... Азбука вкуса, например, Вам

казалось бы, при чём тут LS

самое простое: адрес доставки разумно хранить для следующего заказа

и телефон

и емайл если очень хочется

Временное хранилище информации

ну вот я закрыл случайно браузер

а пиццу забыл какую выбирал

там названий 100500

если сайт принципиально без авторизации (она там и правда не нужна) - LS отличное решение не хранить ничего временного на сервере

вооот

я Вам про это и пишу ведь)