Как реализовать сессии на php, чтобы получить список сессий и их данные?
Здравствуй, очень интересует вопрос реализации сессий в php таким образом, чтобы в дальнейшем можно было получить кол-во всех открытых сессий пользователей на сервере и считывать их данные. У меня есть проект - стримминговый сервер, идет раздача видео в формате HLS (отдаются сегменты ts по 5сек), так вот.. нужна реализация статистики, кто что смотрит "сейчас (в реал тайме)". Я так понимаю, всякие мемкеш и redis серверы отпадают? И нужна база данных вроде mysql ? В итоге мне нужно срендирить страницу, в которой будет массив всех сессий (каждого юзера) и его содержание..
Сделайте свои кастомные сессии.
Заводите их в БД вместе с нужными данными.
Там можно будет и искать, и сортировать, и выводить удобно. Ну и вообще гибкости будет больше, к примеру, получить количество сессий можно будет очень быстро и тривиально. Ну и избавитесь от некоторых неприятностей, которые не работают из коробки в стандартных сессиях (автоматическое удаление по устареванию, отмена все сессий пользователя при смене пароля и так далее).
65536: Это стандартная превентивная мера. Пароль меняется редко, и если вы его меняете - на то должны быть основания. иногда такие основания - подозрение во взломе аккаунта, так что логично очистить все сессии кроме текущей вместе со сменой пароля.
Назар Мокринский: ну в сессии может храниться куча всяких данных о состоянии интерфейса, натыканность кнопок, вбитость полей и тд. зачем их грохать при смене пароля. токен по которому к этой сессии доступ осуществляется поменять нужно, а данные то зачем сбрасывать.
а так да, стандартный механизм неудобен. блокировки, все хранится в одном файле, то есть есть ограничение по размеру. если хранить в бд, то можно организовывать как угодно. я ее на части разбиваю. при разных запросах нужны разные куски сессии, вся она вообще никогда не нужна
65536: Тогда есть несколько вариантов:
1) Привязывать не к сессии, а к пользователю
2) Завести отдельный токен на сохранённые настройки (с привязкой к пользователю или без)
3) Если чисто клиентские настройки - хранить в Local Storage/IndexedDB
да, я вариант 1-2 и использую. а локал сторадж и тп не нужен и неудобен, так как данные не только клиентские, и на стороне сервера тоже нужны. неудобен потому-что при очередном апдейте программы может измениться схема какой-то части данных, и когда она в бд можно просто пройтись одноразовым скриптом, а если обновлять локальные юзерские то придется писать какой-то скрипт который будет проверять какая там у пользователя схема, старая/новая, и жить этот скрипт должен будет неопределенный срок, пока у всех она не обновится. а если несколько обновлений наслоятся друг на друга то вообще можно запутаться
PHP из коробки хранит все сессии во временной папке сервера, или можно посмотреть где конкретно они лежат
<?php
echo ini_get( 'session.save_path');
?>
Все сеансы хранятся в формате sess_$SESSIONID
Можно парсить эту папку по крону например раз в 5-10 секунд, и записывать данные в таблицу ну и дальше по накатонной.
