Удаление сеанса memcache с удаленного сервера

Question

Мне нужно ограничить только один вход таким образом, чтобы пользователь не мог войти в систему с помощью одной учетной записи несколько раз одновременно. Также пользователь может быть зарегистрирован на другом сервере, поэтому я не могу использовать session_destroy, мне нужно удалить сеанс «вручную».

При использовании сеанса с файловым хранилищем он отлично работает, я удаляю файл, логин нового пользователя все отлично работает. Однако, когда я использую сеансы с memcache, я могу удалить сеанс из memcache, но дальнейший логин в том же запросе будет потерян.

Это, как я это делаю:

session_regenerate_id(); 
$session_id = session_id(); 

$m = new Memcache(); 
$m->connect('XXX.XXX.XXX.XXX', 11211); 

$ans = $m->delete(SESSION_ID_OF_ALREADY_LOGGED_USER); 

$query = "UPDATE activeLogins SET activeSession = '{$session_id}' WHERE userEmail = $safeEmail LIMIT 1"; 
$dbh->exec($query); 

//Login new user... 

Любая идея, что может быть не так?

Answer 1

Проверьте идентификатор сессии против того, что хранится в базе данных

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

С вашего вопроса я вижу, что в вашей базе данных есть таблица с именем activeLogins, содержащая при сдаче этих полей:и userEmail.

Из этого я предполагаю, что это адрес электронной почты, который однозначно идентифицирует пользователя. Поэтому после нового входа у вас есть $session_id, $safeEmail и соответствующая обновленная строка в таблице activeLogins.

Теперь предположим, что пользователь не вышел из старой машины? Что произойдет при загрузке следующей страницы (перед обновлением таблицы activeLogins)? Правильно, activeSession будет отличаться от $session_id на этом сервере. Помните, что новый логин изменил его.

Итак, все, что вам нужно сделать, это проверить, соответствует ли $session_idactiveSession в таблице activeLogins.

Я также предлагаю обновить таблицу activeLogins после нового входа, а не на каждую загрузку на страницу. Хотя из вашего вопроса неясно, действительно ли вы это делаете.

Я не уверен, действительно ли это отвечает на ваш вопрос. Кажется, такой простой ответ. Однако вы не очень понятны. Вы действительно используете код, который вы показываете нам в этом порядке на каждой странице ??

В ответ на все ваши ответы я искал лучший способ пересылать уведомления с сервера на клиентскую машину. Один из методов, о котором вы упоминали, - это опрос ajax, но я считаю, что это плохая практика и не следует использовать.

Существует Ratchet (http://socketo.me), это дает вам возможность постоянного соединения. Вы можете просто удалить соединение, когда обнаружен другой логин и реагируют на него в старом клиенте.

Там также высокоуровневый интерфейс для передачи событий от сервера к клиенту:

https://developer.mozilla.org/en-US/docs/Server-sent_events/Using_server-sent_events

Но это не поддерживается в IE, так что вообще не годны к употреблению.

Вы также можете посмотреть на http://pusher.com

Суть всех этих предложений является то, что вы можете эффективно выталкивать сигнал к клиенту, указывая, что он должен удалить доступ к сайту, вы служащей, без постоянный опрос.