и я в недоумении почему при использовании jwt там все равно лезут в базу с запросом вытащить юзера. В чем прикол ?
Не всю информацию можно добавлять в токен. Поэтому иногда нужно ползти в хранилище чтобы достать доп инфу
Ну окей, ну дефолтный кейс наверное все таки, посмотреть роль юзера и проставить правильный user_id когда мы что то создаем в базе. И по логике там просто должны были сделать какого то in memory юзера который имплементил бы UserInterface и наполнить его из jwt пэйлода и было бы ок. Но люди там наверняка умнее меня и не стали бы на ровном месте писать туториал для 5% кейсов и я вот переживаю что что то не понял и упустил.
А вы предполагаете что юзер существует раз токен пришел? Так можно думать только если у вас софт делит
потому что люди тупые и юзают JWT не для того для чего оно задумывалось
по умолчанию он декодирует токен и еще в БД лезет за юзером, https://github.com/lexik/LexikJWTAuthenticationBundle/blob/master/Resources/doc/8-jwt-user-provider.md можно попробовать заюзать database-less user provider: lexik_jwt: ~
Ну тогда это пиздец, потому что ссылка на этот пакет занимает 99% гугловыдачи по symfony jwt
Обсуждают сегодня