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

Я не буду спорить по терминам, возможно не совсем корректно сейчас подобрал. Но суть в том что мне надо иметь возможность знать какие у пользователя есть токены, и их деактивировать при необходимости.

https://github.com/lexik/LexikJWTAuthenticationBundle
Тут можно установить время жизни токену, сделать рефреш токены

Это не оно

Это не то

Например у этого бандла нельзя никак "убить" токен

удивительно  да?

Нет)

Так это ж jwt токен. Он инвалидируется только по времени, а убиваются refresh токены)

Бандлов не видел подобных, делал что-то схожее согласно доке для тестового проекта. Вроде там не шибко сложно, просто каждый пишет свою систему токенов, наверное поэтому нет какого-то бандла удовлетворяющего желаемым нуждам

В случае с токенами вроде как правильно что они не убиваются. Зачем вам убивать токены? Убивайте рефрешы и сокращайте время жизни как выше пишут

По идее не должно быть возможности получить токен после его генерации и выдачи клиенту

Ну вопрос в возможности использовать его клиентом после смены рефреша

Я может не понимаю что то. Но обычно есть типа токен + рефреш. Вот рефреш у вас должен сохранится а токен нет. Хотите убить токен, убиваете последний активный рефреш. Затем когда время жизни токена закончится, клиент попробует его рефрешнуть и обломается, т.к вы на своей стороне отрубили этот рефреш токен. Ваше время жизни токена должно быть таким, которое позволит вам отрубать клиентов по рфрешу. По мануалам это вроде так должно работать.

Добрый день! Есть ли в симфонии что-то наподобии cron? т.е. что бы определенный метод исполнялся каждый день в 00:00 допустим

или тут энивей крондемон нужен?

То есть revoked есть только у рефреша а не у токена.

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

В лакре вроде есть что то такое, в симфони вроде нет.

Все верно, просто если ставить слишком низкий ттл  у токена то тогда будет много запросов на новый токен. А если ттл большой то нужно отдельно делать проверку на изменение авторизационных данных условно

Из коробки нет.
Есть пакеты, что могут это сделать.

Но крон был бы более предпочтителен, если задача так и стоит