rEEmOxidДоброго время суток!

Я написал авторизацию. У меня вся инфа о пользователе хранится в базе users_online, то есть id_user, id_session, lastTimeClick, createTime и тд. то есть каждый раз он обращается к базе что бы проверить авторизован пользователь или нет!

Теперь вопрос: Можно ли найти более лучшее решение, чем базы (Что то вроде ХэшМап)? Ведь когда авторизуется много пользователей, это будет проблемой? Не будет тормозить?

Предложения если будет примерно около 1000 - 2000 пользователей в онлайне?
Предложения если будет примерно около 100 - 500 пользователей в онлайне?

Добрый день! - если это Web приложение - то для каждого юзера есть сессия - в ней и хранится аутентификационный токен ...

rEEmOxidНо это web проект и мне полюбому надо всегда всех пользователей слушать: кто в онлайне, проверять не застоялся ли пользователь?

все это должен делать веб контейнер - которому можно выставить продолжительность сессии юзера
а информацию об аутентификации - следует хранить в http сессии

rEEmOxid авторДобрый день! - если это Web приложение - то для каждого юзера есть сессия - в ней и хранится аутентификационный токен ...

да вы правы, в сессии я храню id_user по которому я могу всю информацию востановить. Но что бы авторизация нормально функционировала я храню еще время последнего захода ip-адресс и тд... но это все в базе! Я же не буду это все в сессию пихать?

Если вам нужно логирование входов - то можно все это хранить в базе - если же это временная инфа - то зачем ваабще это хранить в базе - можно и в сессии сохранить - а вообще советую покопать в сторону security фрэймворков - acegi -например классная штука )

http://www.acegisecurity.org/http://www.acegisecurity.org/

rEEmOxid Софтверный проктолог rEEmOxidНо это web проект и мне полюбому надо всегда всех пользователей слушать: кто в онлайне, проверять не застоялся ли пользователь?
Мы сейчас говорим об авторизации или всё-таки о жизненном цикле сессии?

Об авторизации.

У меня есть
один сервлет- форма авторизации и проверка пароля пользователя из users!
один фильтр - где вся авторизация собственно и реализована.
один класс который работает с базой!
Мне просто надо избавиться как можно грамотно от таблицы users_online.

берешь и дропаешь ее - потом смотришь где что отвалилось и вычищаешь это из кода ))))

rEEmOxidСколько информации можно хранить в сессии? Есть ограничение?

Ограничение - только ваша память выделенная под Tomcat или какой там у вас сервлетный контейнер
а так обыный объект как и все

rEEmOxid[quot автор]Если вам нужно логирование входов - то можно все это хранить в базе - если же это временная инфа - то зачем ваабще это хранить в базе

А если нужна история за последний рабочий день?

[/quote]

Если база поддерживает job (переодические задачи) то можно просто складывать все это в табличку - и поставить job на 0 часов который будет удалять устаревшие данные

если же нет - то на линуксе есть такая штука как chrone (я думаю и в виндовсе есть что то подобное)
написать программку которая будет удалять лишние записи - и поставить ее запуск на время которое нужно )