szelga

повесьте обработчики на нужные сигналы, например, и при обновлении пихайте данные в соответствующие каналы.

проверьте, запустили ли вы отдельный процесс для celery-beats: https://docs.celeryproject.org/en/stable/userguide...

попробуйте SessionAuthentication. документация обещает, что тогда в get и post ваших APIView будет request.user.

в INSTALLED_APPS добавили?

если нужна глубокая переработка/исправления, то делаете форк отдельный или внутри проекта (если позволяет лицензия). если по мелочи, то monkey patching.
конкретно насчёт замены urls.py -- просто пропишите в том месте, где подключаете urls.py от allauth, своё вместо его.

для разработки: https://stackoverflow.com/questions/49494691/refer...
для прода надо велосипедить что-то своё, насколько я понимаю.

самый быстрый способ: вывести каждую команду в строку, а затем транспонировать таблицу https://stackoverflow.com/a/40213981
можно вместо этого в представлении рассовать игроков по спискам.

1. форму лучше наследовать от ModelForm: https://djbook.ru/rel1.9/topics/forms/modelforms.html
2. чтобы сделать так, как вы хотите, я во View создал бы список (массив) из форм для каждой записи (экземпляра модели), отдавал бы их в шаблон, а там выводил в цикле в отдельной форме <form>. ещё надо в каждой форме как-то отдавать id, либо скрытым полем, либо в URL. чтобы этим всем удобно было орудовать с точки зрения конечного пользователя, стоит прикрутить AJAX.
3. если вы только осваиваете Django, лучше о своей затее (редактировать всё с одной страницы) на время забыть и написать самый простой, прямолинейный CRUD: отдельные View для списка записей, для создания записи, для просмотра и редактирования записи. когда отработаете навыки, тогда можно будет и кучу форм на одной странице, и AJAX, и всё остальное.

например:
https://github.com/python-openxml
https://github.com/tutorcruncher/pydf

так?

url(r'^articles/$', views.articles, name='articles'),
url(r'^articles/articles_item/(?P<slug>.+)/$', views.articles_detail, name='articles_detail'),