Отслеживание статуса «онлайн» пользователя сайта. Бд или кеш?

Question

[AlikDex]

Какой способ предпочтительней и почему?
Под кешем имею ввиду ключ типа online:user_id с временем существования 10 мин к примеру и обновлением его при каждом чихе пользователя. Ну бд думаю понятно. Классика так сказать.
Либо. Может есть другой способ?

Answer 1

[xmoonlight]

Ну, во-первых, нужно разобраться: "что есть онлайн"?
Пользователь онлайн, когда:
1. Он обновляет страницу или запрашивает новую
2. Он совершает действия на странице.
3. Вкладка активна.

В зависимости от того, что Вам нужно - далее нужная схема:
1. Сессия, куки, база и т.д.
2. Events & AJAX, web-sockets
3. AJAX + HTML5 Visibility API (Demo)

Comments

[AlikDex]

делает запросы, естественно(гуляет по сайту, занимается своими делами). При открытой вкладке юзер может отойти и ничего не делать. Да и накладно так по ресурсам следить.

[Никита Каменев]

AlikDex: Вам дали отличный ответ, отмечайте его как лучший. Ваш вариант 2, как я понял, но на мой взгляд лучше 3.

[xmoonlight]

AlikDex: "Да и накладно так по ресурсам следить." - ну да, особенно когда этим занимается клиентский JS... ))))

[xmoonlight]

Никита Каменев: Спасибо! Как Вы верно заметили: всегда лучше всего отталкиваться от бизнес-задачи. Обычно, я использую для себя нужный микс (дерево событий) на основе всех 3-х пунктов. (иногда что-то убирая или добавляя)

[AlikDex]

xmoonlight: клиентский жс будет раз в N секунд слать запросы на сервер. Это и создаст нагрузку при достаточно большом количестве пользователей. Возможно вы не так поняли суть вопроса? Нужно чтобы в профиле пользователя отображалось "онлайн", если он на сайте. Т.е. эту информацию я должен хранить у себя.

[xmoonlight]

AlikDex: Возможно Вы вообще ничего не понимаете: Вам было сказано, что есть 3 варианта и можно из них сделать так, как необходимо.
Других вариантов - нет и быть не может!

[AlikDex]

xmoonlight: возможно =)

[AlikDex]

jdakbariblog.blogspot.ru/2015/03/online-user-scrip... Правильно понимаю 2 пункт?

[xmoonlight]

AlikDex: Даю подсказку: стучаться каждые N-секунд - не нужно. Достаточно это делать 2 раза за максимальное время сессии или по событию. Иначе - юзер считается неактивным и по истечении времени сессии Вы смените в БД его поле на OffLine.

[xmoonlight]

AlikDex: по ссылке - ДА, полуторный(1.5) я бы сказал)))
Еще: "select * ............" не делайте, если Вам нужен только флаг (true/false): ставьте точное поле!

[AlikDex]

xmoonlight: дык, если время сессии не ограниченно и привязано к ip? Т.е. человек зайдет завтра на сайт уже залогиненый(с тойже сессией). Или под "сессией" подразумевается время провождение юзера на сайте, исходя из среднестатистических данных? Метод довольно странный для меня, не совсем понимаю... да и вечер. суббота =)

[xmoonlight]

AlikDex: если время сессии не ограничено - то и разговора об этом быть никак не может)))

[bedman]

если тормозит то юзайте репликацию, на master пишите, slave читаете

[AlikDex]

Neoline: не совсем так. Другие посетители должны видеть онлайн интересующего их пользователя.

[xmoonlight]

Neoline: все бесполезно! Как Вы не пытайтесь объяснить - это бесполезно.... По мнению AlikDex, это всё создаст нагрузку на сервер и остановит сервис.

[AlikDex]

xmoonlight: Не бесполезно. Признаюсь честно, первоначально напугало =) Пока схема в башке не сформировалась. И вообще, у меня фобия на лишние запросы в бд ))) Почему и спросил про кеш.

[xmoonlight]

AlikDex: поднимите любой web-сокет-сервер и там (в оперативке) храните состояния юзеров, а при изменении состояний - пишите в базу. Быстрее через WEB-браузер - не придумать.

Answer 2

[Тимур]

Возьмите среднее: redis. Очень удобно, юзаю как раз для этих целей. Записываю значение с ttl в 10 минут при любом действии пользователя