Использовать или не использовать session_set_save_handler?

Question

Я играю с созданием системы входа пользователя в php.

Я изучаю эту статью (http://www.evolt.org/node/60384) как способ приблизиться к этому.

В данной статье автор использует комбинацию $ _SESSION и собственной таблицы базы данных для хранения информации о пользователе.

Однако ...

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

Мне интересно: если я планирую настроить таблицу «activeUsers» в базе данных для записи данных сеанса, имеет ли смысл использовать session_set_save_handler? (Кажется, что если я использую базу данных для хранения какой-либо информации о сеансе в любом случае, я мог бы также обойтись без сессий файловой системы.)

Или есть некоторые преимущества, чтобы оставить php-сессии в их файловой системе по умолчанию, а затем x-check пользователя для моей пользовательской таблицы db?

Спасибо (заблаговременно) за вашу помощь.

Answer 1

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

Безопасность: При использовании совместного хостинга данные сеанса могут храниться в областях диска, которые доступны другим пользователям система. Это может представлять угрозу безопасности для вашего приложения.

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

Производительность:.. хранения базы данных могут дать прирост производительности по сравнению с хранением файловой системы, но это сильно зависит от конфигурации сервера

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

Что-то еще следует учитывать, что вы можете улучшить информацию о сеансе, сохраняя дополнительную информацию, такую ​​как IP-адреса, время входа в систему и время выхода из системы и т. Д. Такая информация может быть полезна при попытке предотвратить захват сеанса.

Так что, помимо проблемы масштабируемости, я думаю, что все это довольно субъективно. Вам необходимо учесть дополнительную работу, необходимую для создания хранилища сеансов базы данных, с возможными преимуществами.

Answer 2

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