что ничего делать не надо, ибо токен expiration time сам истечет (и просто на фронте удалить токен), либо на сервере добавить токен в черный список, но этот вариант мне не очень нравится.
пока что сделала так: при логауте удаляется accessToken на фронте и на бэке удаляю refreshToken из заголовков
Я refreshToken в базе храню, поэтому дрОпаю его оттуда. А так вродь норм.
А почему не нравится?
тогда придется хранить и access и refresh в базе
Есть ещё такой вариант. Вместо базы хранить в редисе, т.к. он и работает быстрее, и ttl можно выставить записям. При логауте удалять рефреши из редиски, и класть туда запись о том, что юзер разлогинен, у которой ttl будет равен времени жизни access токена
я только рефреш храню, как раз для случая резко отрубить пользователя, а access короткий. Вродь так делал.
Ну ситуации разные, может быть такой кейс, что при резком отрубании пользователя нужно чтобы его сразу выкинуло, тут либо аксесс хранить, либо как я выше написал
ну редис явно быстрее, спору нет )
о, можно попробовать. получается после логаута access удалится по истечению ttl?
*блокировка access
этот вариант полегче)
Обсуждают сегодня