Php ограничение сессии во времени

Как изменить время жизни сессии PHP кратко

Для изменения времени жизни сессии Вам потребуется выполнить ряд шагов:

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

Дело в том, что по-умолчанию интерпретатор PHP использует один и тот же каталог для хранения сессий всех сайтов. Из-за этого, если у одного сайта время жизни установлено меньшее, чем у других, скрипт «мусоросборщика» этого «маложивущего» сайта будет подчищать не только свои, но и все файлы сессий, время последнего обновления которых не менялось дольше, чем время жизни сессии этого конкретного сайта. Так, если мы имеем 3 сайта с временем жизни сессий, соответственно, 30, 60 и 120 минут, то время жизни сессии для ВСЕХ сайтов будет равно 30 минутам. Так работает мусоросборщик — он не различает — сессия это этого сайта или чужого.

Например, у нас есть сайт, который лежит по адресу /www/mysite.ru.

Давайте создадим внутри него каталог для сессий

Здесь вместо www-data используйте имя пользователя и пароль, под которыми работает Apache (узнать их можно в конфиге апача, или из вывода команды ps).

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

2) В файлах PHP, перед session_start(), необходимо вставить следующие строчки:

ini_set(‘session.gc_maxlifetime’, 86400);
ini_set(‘session.cookie_lifetime’, 86400);
ini_set(‘session.save_path’, $_SERVER[‘DOCUMENT_ROOT’] .’/sessions’);

Здесь 86400 — это время жизни сессии в секундах.

Почему через PHP, а не через «php_value» в .htaccess? Потому что нам здесь удобно использовать переменную $_SERVER[‘DOCUMENT_ROOT’], не привязываясь, таким образом, к конкретной директории относительно файловой системы сервера.

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

3) Сборщик мусора — это скрипт, который запускается с некоторой вероятностью при открытии страницы. Дело в том, что запускается он не со 100% вероятностью, дабы снизить нагрузку на сервер. По-умолчанию — это 1%. Таким образом, только в 1% случаев при открытии страницы будет проверяться валидность сессии (т.е. «не истекла ли она»).

Вас наверняка такая низкая частота не устраивает. Поэтому давайте поменяем этот параметр. За вероятность проверки сессий при открытии страницы отвечает следующий параметр:

session.gc_probability может принимать значения от 1 до 100 — соответственно, от 1% до 100%. Если Вы установите 100 — сборщик мусора будет запускаться всегда, при открытии каждой страницы пользователями. Это повысит нагрузку на сервер, но таким образом Вы гарантируете, что дольше указанного Вами времени жизни сессия не проживет.

Установка этого ключа — дело анализа и расчета. Если поситителей на сайте очень много, то значения выше 30% не толко будут создавать излишнюю нагрузку, но и не будут нести пользы — ведь считаются открытия страницы не данной конкретной сессии, а вообще все открытия страниц. Если на сайт заходят несколько человек (например, какой-то внутренний сайт компании), то можно вероятность ставить и побольше. 4) Чтобы окончательно проверить — запустите

Источник

Настройка времени сессий в PHP

Обновлено: 08.04.2021 Опубликовано: 25.02.2018

Тематические термины: PHP, Веб-сервер, Cookie. От времени действия сессии зависит период работоспособности PHP-переменных $_SESSION, и как следствие, активности веб-приложений. Например, если пользователь авторизовался в системе, время в течении которого он может бездействовать без необходимости повторного ввода логина и пароля зависит от данного параметра. Существуют разные способы установки времени жизни сессий. Попробуем разобраться на примере операционной системы Linux.

Как узнать время жизни сессии

1. На сервере командой php

Данные значения — значение по умолчанию. cookie_lifetime => 0 говорит о действии файлов куки до закрытия браузера, если задать этому параметру определенное значение, сессия будет прерываться при активном сеансе, поэтому лучше ее оставлять в значении ноль.

2. C помощью php-функции ini_get

$maxlifetime = ini_get(«session.gc_maxlifetime»);
$cookielifetime = ini_get(«session.cookie_lifetime»);

echo $maxlifetime;
echo $cookielifetime;

Настройка сессий на веб-сервере

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

Открываем на редактирование php.ini. Его расположение зависит от сборки Linux. Точный путь можно посмотреть командой:

Теперь открываем сам файл:

* в моем случае каманда php -i | grep php.ini вернула данный путь.

В некоторых системах, например, Ubuntu или Debian для каждой среды обработки кода создается свой php.ini файл, а также для каждой версии PHP. Например, по пути /etc/php/7.4/fpm/php.ini находится файл для php-fpm для PHP версии 7.4. Нам необходимо учитывать данный факт, чтобы настроить нужный файл.

И редактируем следующие параметры:

session.gc_maxlifetime = 86400
session.cookie_lifetime = 0

* где параметр gc_maxlifetime указывает на временя в секундах, после прошествии которого данные могут быть удалены; cookie_lifetime — время жизни файлов cookies; 86400 — 24 часа в секундах.
* если параметру gc_maxlifetime задать значение 0, действие сессий будет бесконечным. Это, как правило, не стоит делать — приведет к падению производительности и безопасности сервера.

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

systemctl restart apache2 || systemctl restart httpd

* в версиях Linux без systemd используем команду service apache2 restart или service httpd restart.

Если используем FastCGI (PHP-FPM).

systemctl restart php7.4-fpm

* где 7.4 — версия используемого PHP.

Настройка через файл .htaccess

Данный файл позволяет веб-мастеру управлять некоторыми настройками веб-сервера. Для его редактирования нужен доступ к файлам сайта. Способ не сработает, если в качестве обработчика PHP используется не Apache, а, например, NGINX + PHP-FPM. Хотя, тут тоже есть способ (о нем будет ниже).

В файл .htaccess вносим следующее:

php_value session.gc_maxlifetime 86400
php_value session.cookie_lifetime 0

* как можно заметить, параметры те же, что при настройки через php.ini.

Как говорилось выше, метод не сработает, если не используется Apache. Однако настройку можно выполнить на сервере (опять же, у нас должен быть соответствующий доступ).

Открываем файл настройки веб-сервера, например, в php-fpm:

php_value[session.gc_maxlifetime] = 86400
php_value[session.cookie_lifetime] = 0

После перезапускаем сервис:

systemctl restart php-fpm || service php-fpm restart

Задание параметра в коде приложения

Способ может быть полезен, когда разные страницы портала должны иметь разное время жизни сессии. Для этого можно воспользоваться PHP-функциями ini_set и session_set_cookie_params, например:

ini_set(‘session.gc_maxlifetime’, 86400);
ini_set(‘session.cookie_lifetime’, 0);
session_set_cookie_params(0);

Функции обязательно вызывать до открытия сесии (session_start).

Установка сессии в приложении

Некоторые приложения могут переопределять настройки. В таком случае, задать время жизни сессии необходимо в параметрах программы. У каждого приложения свои настройки, в которых необходимо самостоятельно разобраться. Приведем для примера настройку сессии в CMS Битрикс.

Заходим в Группы пользователей — выбираем группу — Безопасность. Находим параметр «Время жизни сессии (минут)» и ставим время, например 1440 (24 часа в минутах).

Как автоматически продлевать сессии

Если сессия выдается на определенный период и заканчивается в определенное время, это может привести к прерыванию активного сеанса пользователя. Гораздо удобнее, если время действия сессии будет автоматически продлеваться, если посетитель обновляет страницу. Для этого существует параметр cookie_lifetime, который во всех примерах выше мы задавали в значении 0.

Если мы зададим значение cookie_lifetime 86400, то через 24 часа сессия прервется. Это не всегда удобно.

Если есть необходимость в контроле и прерывании сессии, можно воспользоваться php-функцией session_destroy().

Путь хранения файлов сессий

Место хранения файлов сессий задается параметром session.save_path также, так время жизни. По умолчанию, может использоваться путь /var/lib/php/sessions.

Это важный параметр — если у веб-сервера будут отсутствовать права на запись в данный каталог, это приведет к невозможности хранить сессии, что вызовет неожиданные результаты работы приложений.

Источник

Время жизни сессии

Сайт хостится на виртуальном хостинге и все сессии хранятся в /tmp. Соответственно скрипты других сайтов чистят все сессии по установленному таймауту, который по умолчанию равен 30 минут.
Итак, для того, чтобы избежать такой проблемы надо изменить место хранения сессий — только-то и всего.

ini_set(‘session.save_path’, $_SERVER[‘DOCUMENT_ROOT’] .’../sessions/’);

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

Может информация и не нова, но так как я ничего не смог найти в гугле, то решил запостить. Вдруг кому-нибудь пригодится.

UPD:
Суть в том, что все сессии имеют параметр — начало. Когда запускается скрипт — php читает настройку времени жизни (и вероятности запуска сборщика мусора) и запускает сборщик мусора. Если сборщик мусора наткнулся на сессию, которая прожила больше, чем указано в настройках — она удаляется. Удаляется файл с сессией, а кука у юзера, естественно, остаётся. Соответственно, если запустится любой скипт с настройкой времени сессии в 30 минут и при этом он будет искать сессии в той же папке, где расмещает их другой скрипт с большим временем — он удалит ВСЕ сессии, даже те, которые должны прожить больше. Именно для этого надо сменить папку.

Вот что написано в официально мануале по сессиям:
«If different scripts have different values of session.gc_maxlifetime but share the same place for storing the session data then the script with the minimum value will be cleaning the data. In this case, use this directive together with session.save_path.»

Источник