Время жизни сессии не работает ? - Joomla 3.x: Общие вопросы

У меня есть сомнения в работоспособности параметра "время жизни сессии", установленного в значение 30.
Почему возникли сомнения ? Я вижу, что некоторые зарегистрированные пользователи находятся в статусе online по нескольку дней, а число гостей (незарегистрированных) - сотни (во много раз больше, чем дают счетчики посещений). На основании этого я делаю вывод, что сессии для этих пользователей вообще не прерываются.

Не исключаю, что я чего-то не понимаю. Просьба помочь либо в понимании ситуации либо в ее решении. Спасибо.

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

Не вижу причин для паники, хотя доля правды, наверное, есть. Если я зашел на сайт - создается запись в таблице сессий и, собственно, сама сессия. Когда я в следующий раз я запрошу у сервера страницу, и при этом буду авторизован, эта запись просто обновится. Но есть один момент - PHP определяет, какую именно сессию нужно запустить, по имени куки, передаваемом браузером в заголовке запроса, либо по идентификатору сессии в адресной строке. Браузер же, в свою очередь, получает эту куку или идентификатор от сервера, куда его помещает функция session_start(). А теперь камень - если время жизни куки в браузере истекло, он не будет передан в запросе, а значит PHP не сможет определить, какую сессию нужно запустить, и расценит это как создание новой сессии. Таким образом в базе будут висеть открытые ранее сессии. И на высоконагруженных сайтах размер базы будет распухать пропорционально новым запросам к серверу.

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

таблица чистится автоматически.

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

есть есть, не сомневайтесь никаких проблем с сессиями в Joomla нет. да и ТС собственно про другое спрашивал.

есть есть, не сомневайтесь никаких проблем с сессиями в Joomla нет. да и ТС собственно про другое спрашивал.

Нет проблемы есть. Просто они не на каждом сайте, да и не всегда. Помню обновил как-то сайт на 3.x + так он сессию не держал принципиально до сл. обновы.

это скорее проблемы индивидуальных особенностей конкретного сайта и конкретного обновления, а не проблемы Joomla

это скорее проблемы индивидуальных особенностей конкретного сайта и конкретного обновления, а не проблемы Joomla

Ну на сайте стоит Joomla и обновление Joomla + раньше работало = проблема Joomla
Хотя на самом деле с сесиями частенько проблемы, а писать их логику мозг разрывается.

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

это похоже на ожидаемое поведение Joomla для залогинившихся зарегистрированных пользователей которые находятся на странице со стандартной формой логина. если на другой то сессия должна окончиться.

JHtml::_('behavior.keepalive');

http://joomlaforum.ru/index.php?topic=147295.0

Почему только

для залогинившихся зарегистрированных пользователей которые находятся на странице со стандартной формой логина

? Стандартно keepalive подключается в модуле логина. Т.е. если выведен модуль логина - то сессия поддерживается на любой странице где он выведен. Поддерживается она не только для залогинившихся, а для всех. Но очень часто keepalive подключается вообще кем угодно и где угодно. Например, некоторые интернет-магазины подключают его везде, чтобы товары в корзине не пропали после 15 стандартных минут. И т.д.