Опыт пользователя при обнаружении мультисессии? - PullRequest
0 голосов
/ 11 марта 2011

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

Что теперь будет делать система?
- Выкинуть первого парня, не сообщив об этом пользователю устройства B?
- Отображать предупреждение на обоих устройствах?
- Спросите у обоих пользователей секретный вопрос, чтобы узнать, кто прав, и впустить этого парня? - Что-то другое?

В конце концов, только 1 устройство может войти в учетную запись. хотя я не уверен, как справиться с этим: если пользователь входит в учетную запись из Firefox, затем открывает Internet Explorer и входит в систему, IP-адрес / устройство одно и то же, так как это перехватить?

1 Ответ

0 голосов
/ 11 марта 2011

К вашему последнему вопросу, если какая-либо используемая вами среда поддерживает как хранилище на уровне сеанса, так и хранилище на уровне приложения, когда пользователь входит в систему, вы можете сохранить его "logged in-ness" как логическое значение в сеанс и держать список имен пользователей в хранилище приложения. Если пользователь пытается войти в систему и присутствует в хранилище приложения, но не в хранилище сеанса, это повторяющийся вход из другого браузера. Обработка конца сеанса, когда пользователь явно не выходит из системы, является сложной задачей.

Что касается взаимодействия с пользователем, это действительно зависит от вашей цели. В большинстве случаев я ожидал, что смогу запускать параллельные сеансы без проблем, поэтому я могу расстроиться, если не смогу. Другой вариант - сообщить устройству B, что у пользователя уже запущен сеанс, и он должен закрыть сеанс на устройстве A, прежде чем продолжить. Таким образом, если один и тот же пользователь находится на обоих, он имеет максимальный контроль. Если они разные пользователи и устройство А имеет действительную учетную запись, он продолжает работать без перерыва. Если устройство B имеет действительного пользователя, он знает, что его учетная запись была взломана. Вероятно, он виноват в том, что неаккуратный с паролем, и ему нужна дополнительная помощь.

...