Да таблицы имеют связь 1:1, это сделано для того, чтобы не вносить изменения в модель пользователя, что позволяет избегать дополнительных миграций. Модель User желательно планировать на ранних этапах, дальнейшие изменения и нововведения будут происходить в модели Profile
Спасибо за комментарий! Согласен, использование Celery для асинхронных задач здесь подходит. Идея с вебсокетами также звучит обещающе, но вариант с Celery мне нравится больше. Далее если выбирать между встроенной в Django Async или Celery, то какой из вариантов имеет больше преимуществ?
Да таблицы имеют связь 1:1, это сделано для того, чтобы не вносить изменения в модель пользователя, что позволяет избегать дополнительных миграций. Модель User желательно планировать на ранних этапах, дальнейшие изменения и нововведения будут происходить в модели Profile
Спасибо за комментарий! Согласен, использование Celery для асинхронных задач здесь подходит. Идея с вебсокетами также звучит обещающе, но вариант с Celery мне нравится больше. Далее если выбирать между встроенной в Django Async или Celery, то какой из вариантов имеет больше преимуществ?
Думаю, что воспользуемся вторым методом. У Django есть на это документация, и я предполагаю, что можно будет что-то придумать.
https://docs.djangoproject.com/en/4.2/topics/async/
Спасибо большое за замечание. Добавили задачу, она будет является приоритетной (https://github.com/soshace/fosterflow/issues/23). Есть ли у вас еще замечания или пожелания?