Next.js vs Django, когда сессию лучше закрыть автоматически
Один из недооцененных узлов в auth-связке Next.js и Django находится в точке, где refresh уже не помогает. Пока access token можно обновить, поток выглядит предсказуемо. Но как только refresh истек, был отозван или перестал проходить backend-проверки, приложение должно принять архитектурное решение. Либо продолжать держать пользователя в полурабочем интерфейсе, либо завершить сессию и вернуть систему в понятное состояние.
Второй вариант обычно лучше. Если backend стабильно отвечает 401 и refresh больше не восстанавливает доступ, дальнейшие попытки только размазывают проблему. UI продолжает жить отдельно от API, запросы начинают повторяться, а пользователь остается внутри сессии, которая уже фактически мертва. Автоматический sign out в такой точке выглядит как нормальная граница ответственности между фронтом и backend API.
Здесь становится видно, что auth-поток должен не только входить в систему, но и уметь корректно признавать потерю доступа.
Витрина проекта: AI Chat github
Проект: AI Chat
Stepik: AI на Django и Next II