Зачем используют сессии?

Достаточно долгое время занимаюсь веб технологиями и PHP и до сих пор не могу понять зачем (не как, а зачем) используют сессии.

Опишу механизм сессии упрощенно
При сессии пользователю ставится cookie с идентификатором сессии (для PHP - PHPSESSID).
Вся информация пользователя, которую надо сохранить, сохраняется в файлах на сервере.
И при обращении пользователя, сервер читает идентификатор (PHPSESSID) и ищет файлы ассоциированные с этим идентификатором.
Фактически сессия - это куки на сервере.

Механизм кук более простой.
Вся информация пользователя, которую надо сохранить, сохраняется в файлах на компьютере пользователя (в файлах, называемых cookie). И оттуда же читается.

В чем проблема
Проблема в том, что срок жизни сессии устанавливается на сервере.
В связи с этим возникает множество неудобств
1) По умолчанию он 24 минуты.
2) Не всегда есть доступ к php.ini. (Обычный хостинг)
3) Максимальный срок жизни сессии 24 часа.

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

Часто возникает ситуация, что я авторизовавшись работаю с сайтом. И после закрытия браузера (или через определенное время) моя авторизация пропадает.
Нужно вводить данные снова. Это не удобно.
С куками, таких проблем, разумеется нет.

Зачем используют сессии, когда есть куки? Куки удобнее, проще, универсальнее.
Не будет "автовыхода" с сайта. Человек сам решит когда ему выйти. Не нужно настраивать сервер. Данные каждого человека хранятся на его компьютере (в его куках). Сплошные преимущества.

0

Сообщение от useruser а сессия уже истекла и в корзине пусто

Я вас прекрасно понимаю, но вы опять описываете минусы стандартного механизма сессий, который можно заменить другим, где этих минусов не будет.

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

0

Сообщение от Jodah но вы опять описываете минусы стандартного механизма сессий,

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

Jodah, useruser, у этой технологии по определению не может быть реализация которая бы решала все вопросы и любую проблему и которая нравилась бы всем. Может быть вы знаете технологию или функцию у которой нельзя найти так называемые "минусы"?

0

Сообщение от Jodah стандартного механизма сессий

Я о нем и говорю. Как написано в мануале. Все по инструкции.
Как в Laravel я не знаю.

0

useruser, я понимаю о чём вы, но вы не понимаете о чём я )) Вот вы опять придрались к интернет магазину. Но ведь сессии небыли придуманы только для интернет магазина. Ну не подходят они вам для реализации задуманного, ну так не применяйте их. А вот мне они отлично подходят для другого кейса. И там вообще ни одного минуса. Мало того, заказчиков устраивает даже время жизни сессии по умолчанию (которая прописана в пхп), и мне даже в конфиг лезть не надо.

Вот вы нашли пример где эта технология не решает вашу проблему и говорите что она негодная. Понимаете о чём я? Это бессмысленно. Это тоже самое что сказать: "грузовые автомобили зря придумали, потому что по сравнению с легковыми, они много жрут, да и не такие манёвренные, и в гараж не помещаются, да там вообще одни минусы только".

0

Если касаться основного вопроса

Сообщение от useruser Зачем используют сессии?

То ответ стобы использоывать данные которые временно хранятся на сервере,
с привязкой к клиенту.

Если по поводу авторизованых и неавторизованых, то их немного больше чем две разновидности.
Я-бы разделил так:
1. Что-то впервые попало на сайт . ни кук, ничего, возможно бот.
2. У чего-то передаётся кука поставленная после первого запроса, возможно проверить и поставить куку для ботов.)
3. У чего-то передаётся кука что он не бот, не забанен, возможно обман ))
4. Что-то пытается пользоваться чем-то интерактивным с куками норм, нужен сид , сессии могут помочь
5. У чего-то в куках токен для того чтобы авторизация была постоянной, но нет сид... автоматом аутентифицируется
6. У чего-то есть сид и сессия ещё жива... можно не аутентифицировать в сессии уже всё есть.
... Как минимум например .)

Сессии я-бы стартовал для 5,6 однозначно
для 5 возможно сессия автоматом получит все данные с последней его сессии
этим 1,2 не нужны никакие данные на сервере, а session_start() затратная штука, по FS там чего-то ищет/создаёт
3,4 самое сложное это может быть бот или тот кто был наказан этой бото-кукой но её изменил
Особенно если 3,4 это два в одном ))

0

x_lab, в обмороке человек там лежит теперь

0