Необходимо вести логин сессий (когда, кто и как долго).
С "когда" и "кто" сложностей - нет, а вот "как долго"? Как реализовать. Необходимо выявлять время удаления сессии (ну и тогда отнимаем время начала сессии и всё) 

Но как отслеживать время окончания сессии?

Ведь пользователь может:
1) Просто закрыть браузер
2) Выйти из сайта через "Выход"
3) Оставить компьютер включенным, и session timeout выбьет его

Как отслеживать длительность сессии в первом случае? Нужно использовать какой-нибудь локальный скрипт (к примеру jQuery .unload() метод) и отправлять запрос серверу, что сессия кончается?
Но ведь unload сработает на одной вкладке, а если у пользователя в другой вкладе то же открыт этот сайт? То как быть?

И как в третьем случае отслеживать? Необходимо знать что сессия уничтожилась сама, по timeout'у.

Заранее спасибо за ответы.

Простейший рабочий алгоритм 
-- заводим отдельную таблицу в базе для мониторинга активности юзеров. (SESSION_ID,USER, START_TIME, FINISH_TIME) Отдельная таблица, imho,  окажется значительно полезней переписывания механизма хранения сессий в базе данных.

-- началом посещения считаем время открытия сессии/ Привязываем к этому событию строчку таблицы.
-- каждое телодвижение пользователя обновляет поле (FINISH_TIME=time()+10минут)  строчки таблицы.
-- временем выхода юзера будем считать время FINISH_TIME.
-- Если пользователь выходит сознательно нажимая на кнопку Выход - записываем точное время выхода.

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

ksnk, 
А 10 минут добавляется с учетом того, что пользователь на последнее действие может затратить примерно 10 минут?

Т.е. получается при session timeout = 30 мин, мы получаем максимальную погрешность = 20 минут? Не так ух и плохо)

Алгоритм понятен, спасибо.

У меня session timeout = 10 минут. Так получается оценка сверху, которую несколько приятнее показывать клиентам  , и в то-же время она не откровенно лажает.
Хотя, наверное, при длительных сессиях и наличии смысла в этой статистике - разумно делить это время пополам, за ради уменьшения погрешности.

Для большей точности можно периодически (по таймауту) скриптом посылать ajax запрос на сервер. Видимо это имел ввиду Noviy, под словом commet. Тогда можно рассчитывать на более точный мониторинг + отсеивание роботов и лузеров с мобилками без JS. Время реакции все равно лучше выбирать подлиннее, для уменьшения нагрузки. С другой стороны какая-то странная и необъяснимая активность на страничке, обычно вызывает резко отрицательную реакцию у посетителя, так что лучше этим заниматься там, где оно действительно нужно - в чат-приложении или игре. 



Это сообщение отредактировал(а) ksnk - 5.5.2011, 18:39

Ну т.е. можно вообще погрешность свести до 1 минуты, если поставить ajax скрипт с отправлением каждую минуту. Но думаю такая нагрузка на базу не стоит этого)

Замените в етом случаи SQL на NoSQL.. например Redis..  и используяте ключ => зна4ение для хранениха юзера и его времени и никакои нагрузки на бд не будет.. а если такая нагрузка то наверняка много юзеров .. можно даже на другои сервер положить ету логику..с тем же Redis или MongoDB.  Проблемы нагрузки решаемы