Информация о SESSION

Возможно при помощи крона или других методов узнать, когда уничтожилась сессия для определенного пользователя?

(Отредактировано автором: 14 Октября, 2015 - 10:23:06)

Сессионные файлы хранятся в директории указанной в конфиге.
Если эти файлы лежат в стандартном месте, то туда заглядывает чистильщик и просто удаляет файлы старше чем установлено в сроке жизни сессии.
Если место не стандартное, то файлы сессий не удаляются, вот их можно по filemtime() почекать.

-----
Шта? Репозиторий?

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

(Отредактировано автором: 14 Октября, 2015 - 12:13:47)

Есть варианты.
В нестандартное место может придти родной сборщик мусора php и тоже почистить.


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


Никак.

Какую задачу вы хотите решить?

-----
PostgreSQL DBA

Вообще мне нужно сделать проверку на параллельные сессии. Первую часть сделал и когда пользователь вышел с сайта через кнопку "Выход" и настройках стоит проверка на запрет паралельных сессий, то работает все нормально, но есть "Но". Если пользователь просто закрыл браузер или сессия для него разрушилась, то он уже не сможет зайти на сайт. У меня в голове 2 вариант решения. В готовой таблице онлайн хранить инфу о зарегененых пользователях и перед их удалением делать выборку кому нужно обновить статус, что он вышел сайта. Второй вариант - обновлять статус, что пользователь онлайн через аякс при postMessage, но тогда при закрытии вкладки будет сделан автоматический выход, что не есть не очень хорошо. Оба метода решения костыльные, но ничего толкого в голову не пришло.

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

Что есть параллельная сессия? Что хотите запретить делать? И, желательно, почему?

-----
PostgreSQL DBA

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

Кастомная рандомная кука тебе поможет.
Кто первый встал того и тапки.
Если второй ломицца на вход, а кука не совпала (или её вообще нет), значит отправить в веселое путешествие.

-----
Шта? Репозиторий?