Как организовать проверку присутствия зарегистрированного пользователя на сайте?

Question

[Юрий Прудников]

Пишу движок для своего блога. И хотелось бы добавить проверку присутствия зарегистрированных пользователей на сайте, что бы можно было выводить статус онлайн\оффлайн. Интересует сам подход к такого рода вещам. Нужна ли для этого отдельная таблица в базе? Или достаточно выделенного столбца в таблице user? Движок пишу на yii2 и возможно есть уже готовые модули для этого, но хотелось бы сделать это самому. Так же интересует каким образом обновлять статус онлайн\оффлайн, если пользователь не выходил по кнопке logout к примеру, а просто закрыл вкладку в браузере или время его сессии истекло.

Answer 1

[Леша Киселев]

Запоминаем время последнего запроса юзера (last_request_time). Когда требуется узнать онлайн он или нет прибавляем к last_request_time, скажем, 10 минут.

last_request_time + 10 мин > current_time === юзер онлайн

Если этого не достаточно раз в N секунд/минут стучим с клиента для обновления last_request_time

Comments

[Юрий Прудников]

Как вы считаете, правильно ли будет совместить столбец last_request_time c last_login и записывать в него дату и время?

[Леша Киселев]

Если last_login - это время последнего захода, т.е. начало сессии например, то совмещать нельзя, т.к. разные сущности.
Записывать проще timestamp. Его и выбирать легко, да и время прибавлять к нему.

[Юрий Прудников]

Спасибо за оперативность, вопрос решен я думаю.

Answer 2

[KorsaR-ZN]

Если не нужна точность, а будет достаточно скажем 15 мин, то я бы вариант из предыдущего ответа немного подправил, если last_request_time, обновляется с каждым новым запросом пользователя, то это лишний update в базу, а это не зачем так часто делать.

Тогда лучше сделать так:
В сессию пользователя храним дату последнего обновления состояния в БД, и каждый новый запрос проверяем его (online_expire < currentTime), если пора обновлять состояние, то в базе обновляем колонку (online_expire = currentTime + 15), ну и в сессии тоже обновляем online_expire = currentTime + 15 мин.

И потом в модуле вывода онлайн пользователей, выводим всех онлайн у кого online_expire < currentTime.

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

Answer 3

[Александр Кубинцев]

Есть вариант с использованием websockets. Он даёт самую большую точность по детектированию онлайна и наименьшие затраты по ресурсам системы, поскольку веб-сокеты удерживают соединения и имеют состояния.
Подойдёт из php библиотека Ratchet. Либо можно взять node.js или в python Tornado

Comments

[Юрий Прудников]

Это получается, при авторизации мы открываем сокет и постоянно его держим открытым? И если сокет закрылся допустим по таймауту или принудительно при логауте то пишем в базу? Интересует именно момент когда пользователь просто закрыл вкладку с сайтом, как в этом случае будет работать сокет?

[Максим]

Ничего себе, наименьшие затраты.
Проще уж с Redis заморочиться, 15 минут на реализацию

[Александр Кубинцев]

@YuriyPrudnikov да, сокет держится всё время открытым.
Вопрос про закрытие соединений хороший и правильный. Придется написать обработчик сессий, он не сложный, но всё же не "в 25 строк".
Алгоритм управления соединениями простой. Если соединение отвалилось (плохая связь или закрыли вкладку) и не произошло нового подключения со знакомой сессией в течении таймаута, значит пользователь ушёл в оффлайн. Если серьёзно заинтересуетесь, то у меня есть конкретный пример реализации сессий и управления соединениями.

[Александр Кубинцев]

@maxru Redis это всего лишь БД, а не веб-сервер. Реально, написать всё это дело можно даже по туториалу с оф.сайта, там только нет хендлера сессий и примеров с асинхронными таймерами.

[Максим]

А при чем тут веб-сервер? Нужен дешевый способ обновлять информацию по посетителю на каждый его хит + иметь возможность быстро вытащить хиты за последние 5 минут.

[Александр Кубинцев]

@maxru почитайте внимательно вопрос автора: "хотелось бы добавить проверку присутствия зарегистрированных пользователей на сайте, что бы можно было выводить статус онлайн\оффлайн". Что вам даст статистика по хитам? Вот к примеру, пользователь сидит читает страницу 5 минут, а потом пошёл потрепаться по телефону. Прошло 20 минут. Как вам поможет Redis узнать он в оффлайне или нет?

[Максим]

@akubintsev я его достаточно внимательно прочитал. Кто вам мешает писать/обновлять пару id - timestamp по хитам? За последние n минут, за период информация (кто за этот период сделал хит) выдергивается элементарно.

[Александр Кубинцев]

@maxru а зачем делать интервальные запросы из js и писать в БД, если можно установить единожды соединение и следить за его состоянием через события? Это в принципе менее ресурсоёмко, не нужно ничего в БД писать. К тому же, это имеет дальнейший потенциал для расширения функциональности, как например оповещение пользователя об обновлениях на сайте.

[Максим]

@akubintsev не по цели средство

[Александр Кубинцев]

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

[Максим]

@akubintsev я вообще про хиты говорил, а не про дерганье сервера через ajax-запросы. Спасибо вы мне открыли глаза, пойду обратно разработчиком устроюсь.

[Александр Кубинцев]

@maxru вот не надо этого. Расскажите лучше, как вы хиты получать будете?

[Максим]

@akubintsev https://ru.wikipedia.org/wiki/%D0%A5%D0%B8%D1%82_%...

[Александр Кубинцев]

@maxru спасибо, Кэп, но я об этом как раз и писал выше. Смотрите ситуацию про телефонный звонок.

[Максим]

@akubintsev Не за что. Вот про это я и говорил, что "не по цели средство". Вам серьезно нужно _точное_ количество посетителей онлайн? Если да, то зачем, какую задачу бизнеса это выполняет?

[Александр Кубинцев]

@maxru это решать автору вопроса. Я лишь предложил более современную альтернативу интервальному тикеру, о котором писали тут.

[Максим]

@akubintsev понятно, значит никакую.

[Александр Кубинцев]

@maxru улыбнули)

[Максим]

@akubintsev аналогично, залез на ваш гитхаб, увидел чат и понял, откуда ноги растут.

[Александр Кубинцев]

@maxru чат это лишь эксперимент над технологией. А вообще ноги растут отсюда socketo.me/docs/flow

[Максим]

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

[Александр Кубинцев]

@maxru классическая ошибка - это когда начинают думать за другого человека.

[Максим]

@akubintsev ну вы-то тоже думаете за топикстартера :)

[Максим]

Тем более, что у меня работа такая - за других людей думать.