Исправление swwwfactory, (текущая версия) :
Ты так и не объяснил, что ты понимаешь под сессиями.
если спрашиваю про оптимальное хранение сессионных данных, наверное есть понимание и были разные схемы реализаций (в основном БД+сиды в урлах или куки, кое-что еще другое). Привязка сеансовых данных к некоему контексту, например фильтр яндекс-маркета (хотя там в урлах вроде хранится, что не совсем гуд) достаточно?
Вариант с БД понятен и прост, соответственно не очень интересен, даже c nosql.
С мемкэшем/редисом примерно тоже самое.
Есть здравый смысл в хранении сессионных данных на клиенте, но нагружать канал не хочется, хотя есть localStorage как говорилось выше, но необходимость как-то представляться в куках остается, например если с сессией связан постоянный коннект с БД.
Исходная версия swwwfactory, :
Ты так и не объяснил, что ты понимаешь под сессиями.
если спрашиваю про оптимальное хранение сессионных данных, наверное есть понимание и были разные схемы реализаций (в основном БД+сиды в урлах или куки, кое-что еще другое). Привязка сеансовых данных к некоему контексту, например фильтр яндекс-маркета достаточно?
Вариант с БД понятен и прост, соответственно не очень интересен, даже c nosql.
С мемкэшем/редисом примерно тоже самое.
Есть здравый смысл в хранении сессионных данных на клиенте, но нагружать канал не хочется, хотя есть localStorage как говорилось выше, но необходимость как-то представляться в куках остается, например если с сессией связан постоянный коннект с БД.