Как реализовать сессии на php, чтобы получить список сессий и их данные?

Question

[zeromind]

Здравствуй, очень интересует вопрос реализации сессий в php таким образом, чтобы в дальнейшем можно было получить кол-во всех открытых сессий пользователей на сервере и считывать их данные. У меня есть проект - стримминговый сервер, идет раздача видео в формате HLS (отдаются сегменты ts по 5сек), так вот.. нужна реализация статистики, кто что смотрит "сейчас (в реал тайме)". Я так понимаю, всякие мемкеш и redis серверы отпадают? И нужна база данных вроде mysql ? В итоге мне нужно срендирить страницу, в которой будет массив всех сессий (каждого юзера) и его содержание..

Answer 1

[Назар Мокринский]

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

Comments

[65536]

отмена все сессий пользователя при смене пароля

зачем?

[Назар Мокринский]

65536: Это стандартная превентивная мера. Пароль меняется редко, и если вы его меняете - на то должны быть основания. иногда такие основания - подозрение во взломе аккаунта, так что логично очистить все сессии кроме текущей вместе со сменой пароля.

[65536]

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

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

[Назар Мокринский]

65536: Тогда есть несколько вариантов:
1) Привязывать не к сессии, а к пользователю
2) Завести отдельный токен на сохранённые настройки (с привязкой к пользователю или без)
3) Если чисто клиентские настройки - хранить в Local Storage/IndexedDB

[65536]

да, я вариант 1-2 и использую. а локал сторадж и тп не нужен и неудобен, так как данные не только клиентские, и на стороне сервера тоже нужны. неудобен потому-что при очередном апдейте программы может измениться схема какой-то части данных, и когда она в бд можно просто пройтись одноразовым скриптом, а если обновлять локальные юзерские то придется писать какой-то скрипт который будет проверять какая там у пользователя схема, старая/новая, и жить этот скрипт должен будет неопределенный срок, пока у всех она не обновится. а если несколько обновлений наслоятся друг на друга то вообще можно запутаться

[zeromind]

авторизации у меня и не будет, только защита ссылок )

Answer 2

[Вадим Арданов]

PHP из коробки хранит все сессии во временной папке сервера, или можно посмотреть где конкретно они лежат

<?php 
echo  ini_get( 'session.save_path');
?>

Все сеансы хранятся в формате sess_$SESSIONID
Можно парсить эту папку по крону например раз в 5-10 секунд, и записывать данные в таблицу ну и дальше по накатонной.