Size: a a a

Django [ru] #STAY HOME

2021 March 23

МП

Михаил Павлов... in Django [ru] #STAY HOME
В предыдущих версиях
источник

k

kikijiji in Django [ru] #STAY HOME
нет
источник

k

kikijiji in Django [ru] #STAY HOME
Михаил Павлов
Не логично получается, но что-то такое
а как логично?
источник

CA

Chyngyz Akmatov in Django [ru] #STAY HOME
Всем привет. Хотел посоветоваться, нормально ли запускать отдельный селери таск для каждой сущности которая создается через bulk
источник

МП

Михаил Павлов... in Django [ru] #STAY HOME
Не логично что если пользователь авторизован то зачем е..... Ну да вам токен ведь для JS нужен? А логин у вас через юзернейм/пароль?
источник

МП

Михаил Павлов... in Django [ru] #STAY HOME
Chyngyz Akmatov
Всем привет. Хотел посоветоваться, нормально ли запускать отдельный селери таск для каждой сущности которая создается через bulk
Нормально, но эффективней будет скорей всего запустить один раз на всех
источник

k

kikijiji in Django [ru] #STAY HOME
Михаил Павлов
Не логично что если пользователь авторизован то зачем е..... Ну да вам токен ведь для JS нужен? А логин у вас через юзернейм/пароль?
да
источник

CA

Chyngyz Akmatov in Django [ru] #STAY HOME
Михаил Павлов
Нормально, но эффективней будет скорей всего запустить один раз на всех
Благодарю
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
kikijiji
Добрый день! Я пишу приложение на джанго с jwt аутентификацией. У меня есть несколько вопросов.
1) Нужно хранить токен в запросах в куках или в заголовке? Это нужно делать во вюьхе или библиотека сама должна его туда записывать?
2) Как правильно проверять авторизован ли пользователь при заходе на сайт, если, например, токен указан в куках,  или если его изначально хранить в заголовке, то как тогда проверять?
обычно фронт отправляет на логин-эндпоинт креды, получает токен (и рефрэш токен) и потом сам с ними работает, а на бэк отправляет токен в заголовках
источник

МП

Михаил Павлов... in Django [ru] #STAY HOME
Вот меня для сейлор просили как-то написать миддлеваре которая делает проверку, если авторизован, то положить его в куки
источник

МП

Михаил Павлов... in Django [ru] #STAY HOME
Для жс
источник

k

kikijiji in Django [ru] #STAY HOME
Nikolay Cherniy
обычно фронт отправляет на логин-эндпоинт креды, получает токен (и рефрэш токен) и потом сам с ними работает, а на бэк отправляет токен в заголовках
На фронте где надо хранить токен?
источник

МП

Михаил Павлов... in Django [ru] #STAY HOME
Локал сторэдж наверное
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
kikijiji
На фронте где надо хранить токен?
это к фронтендерам)
источник

G

Gas in Django [ru] #STAY HOME
kikijiji
Добрый день! Я пишу приложение на джанго с jwt аутентификацией. У меня есть несколько вопросов.
1) Нужно хранить токен в запросах в куках или в заголовке? Это нужно делать во вюьхе или библиотека сама должна его туда записывать?
2) Как правильно проверять авторизован ли пользователь при заходе на сайт, если, например, токен указан в куках,  или если его изначально хранить в заголовке, то как тогда проверять?
этт нужно если приложение пишется для мобилы. там он передается в хеадере запроса. если у вас веб приложение, то пользуйтесь дальше стандартной аутентификацией, кот. сохраняет ключ в куках
источник

G

Gas in Django [ru] #STAY HOME
я бы jwt рассматривал, если нужно обращаться к 3му серверу, кот. доверял бы access токену, выданным вашей джангой.
источник

G

Gas in Django [ru] #STAY HOME
а так нет необходимости в jwt имхо
источник

k

kikijiji in Django [ru] #STAY HOME
Gas
а так нет необходимости в jwt имхо
у меня задание сделать с jwt
источник

NC

Nikolay Cherniy in Django [ru] #STAY HOME
Gas
а так нет необходимости в jwt имхо
в смысле? а спа? скорее уж наоборот приложения на темплейтах не актуальны
источник

G

Gas in Django [ru] #STAY HOME
в spa нельзя пользоваться куками?
источник