meqy1qub, во-первых, автопереводчик вам выдал поток бреда. Во-вторых, у автора вопроса ситуация прямо противоположная - ему надо браузер запихать в приложение, а не приложение в браузер. В-третьих, на скриншоте разговор о дочернем окне, а не "дочерней программе". Ваши намерения всё ещё остаются не ясны.
ixon, не, таких сообществ быть не может, так как общие принципы вы можете почерпнуть из описания MVC, а нюансы и частности будут в каждом проекте разные. Мастерство проектировщика не в знаний рецептов, а умении их составлять по наложению требований прикладной области на ограничения технологического ландшафта.
Алексей Guest007, ни асинхронности, ни потоков в чистом Django быть не должно. Весь код фреймворка писался с расчётом исключительно на синхронное последовательное выполнение и может выдать фонтан гейзенбагов. Либо Celery и ему подобные, либо channels.
prochanev, если грубо, то в данный момент (а это может измениться) для сетевого I/O стоит использовать асинхронность, для файлового - потоки, для сложных вычислений - процессы. Естественно, есть нюансы размывающие эти границы.
Код web-приложения должен обрабатывать запрос в пределах 500 миллисекунд. Сомневаюсь, что у вас настолько нагруженный сервис, что удержание открытой сессии в течении этого времени приводит к исчерпанию пула соединений с СУБД.
