Не разрушается сессия

Помогите очень прошу.
На сайте поставил сессию
session_start();
$fatop=$_SESSION["username"];

организовал выход из нее
unset($_SESSION['username']);
session_destroy();

Но вот проблема, как поставить время жизни сессии 2,5 часа.
Пробовал в htaccess дописывать строку
php_value session.gc_maxlifetime 9000

Специально выждал 3 часа без активности на сайте, сделал переход и - сессия жива здорова. Как мне ее уничтожить??? Что делаю не так???

А на фига ее разрушаить. Удали ненужные переменные и не занимайся фигней

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

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

Кто что дельное подскажет?!

Сессия не будет жить месяц. она по истечению нескольких дней просрочится.

Сессия по идее даже при выходе с браузера должна уничтожится. После перезагрузки системы уже точно.

Да понятно, что месяц не будет жить, я утрирую просто. И одного дня слишком много для ее жизни. Нужно для безопасности 2.5 часа.




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

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

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

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

(Отредактировано автором: 27 Декабря, 2011 - 00:11:26)

Вообще переменные сессии нужно разрушать, только этой функцией (можете прочитать это в описании этой функции)
(Добавление)

Пардон, не то дал

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

вы что то путаете
Сессия хранится на стороне сервера , кукисы на стороне клиента , сессия авторазрушается (поумолчанию) после закрытия браузера на стороне клиента. unset($_SESSION['var']); нормально работает при обычных настройках в php.ini вы наверно что то намутили с сессией) или же у вас не вызывается unset($_SESSION['var']); мб условие не выполняется

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

-----
Ударим крепким сном по мукам совести!

Я понимаю, что то что напишу(ВСЕ), растяжимое понятие. Перепробовал ВСЕ, но сессия не удаляется и не удаляются переменные в ней.
Все началось с безобидного:

ну да, у тысяч разработчиков работает а у тебя нее.


чушь

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Сессия не предназначена для ограничения времени действия.
http://habrahabr[dot]ru/post/171151/


Лично видел сессию, жившую 2 месяца. Рецепт прост - продлённый gc_maxlifetime и регулярные посещения страницы этим пользователем. Но gc_maxlifetime здесь только влияет на заметность проблемы.


И это единственный гарантированный способ. Соответственно, верный.

-----
PostgreSQL DBA