AO
Но в итоге собрали все дырки и оставили как есть
по картинке в общем-то понятно, что должно быть сделано
Size: a a a
2019 July 09
AO
то есть если вы попали в этот прямоугольник "Отличное решение... вы переизобрели сессии", то у вас всё ок)
ОС
то есть если вы попали в этот прямоугольник "Отличное решение... вы переизобрели сессии", то у вас всё ок)
И можно хвастать, что в у тебя в проекте модные jwt? :)
AO
единственный сильный аргумент против jwt в 2019 - это недоверие к некоторым пакетам, которые ставятся через npm по зависимостям
AO
И можно хвастать, что в у тебя в проекте модные jwt? :)
хвастать можно и старым, можно бить себя в грудь и говорить, что делаешь как завещали предки)
А
что за foreignfield?
Опечатался. ForeignKey имел ввиду
А
там хорошая картинка в конце, только автор делает неправильный вывод, как будто бы переизобретение сессий - это плохо
если у вас сессии, то зачем вообще вам jwt?
AO
если у вас сессии, то зачем вообще вам jwt?
jwt - это способ выкинуть сессии
AO
и сделать stateless API
А
jwt - это способ выкинуть сессии
если выкинуть сессии, то не получится отзывать токены
AO
его отзывает другой сервис
DT
Опечатался. ForeignKey имел ввиду
не должно, надо смотреть на модели и запросы
AO
не связанный с Django
А
его отзывает другой сервис
то есть это сессии
А
не должно, надо смотреть на модели и запросы
Секунду
AO
это способ переделать сессии таким образом, чтобы на стороне Django был бы только сервер ресурсов, без хранения state'а
d
что именно как работает?
Не совсем понятно как Джанго обрабатывает сессии.Он берет session_key с моего браузера и приводит его в вид обычного словаря?
AO
а сам state хранится внутри JWT
d
Я тупенький, извините