мне кажется, тут есть некоторое идеологическое различие в подходах) суть программирования на питоне - это "не слишком усложнять", чтобы архитектура была бы понятной и код легко читаемым) Django используют не потому что она соответствует (или не соответствует) каким-либо правильным подходам, а потому что это просто удобный способ решения набора опредённого типа задач... говоря про IoC в контексте Django мне почему-то вспоминаются сигналы и работа с ними (изменилось что-то в одной модели - получился сигнал - можно повесить на него свой обработчик), но если в более широком смысле смотреть на это, то и регистрация всех этих views - да, похоже на инверсию управления в каком-то смысле... возможно, я ошибаюсь, никогда про такое не задумывался

chrome тоже кидает ошибку: Error during WebSocket handshake: Unexpected response code: 500

Как реализуется регистрация пользователей если фронт отдельно от бекенда? Сделать вьюху только отрабатывающую пост запросы? А csrf токен? Его тогда вообще не использовать? Или на гет давать токен, а на пост уже все валидировать? Или может ссылку на статью кинете буду благодарен

Дрф

Как реализуется регистрация пользователей если фронт отдельно от бекенда? Сделать вьюху только отрабатывающую пост запросы? А csrf токен? Его тогда вообще не использовать? Или на гет давать токен, а на пост уже все валидировать? Или может ссылку на статью кинете буду благодарен

я бы посоветовал посмотреть в сторону JWT

а, ну, просто делаешь эндпоинт, обрабатывающий пост-реквесты с данными пользователя

Я залип на этих csrf, при работе с drf они не понадобятся значит?