Александр Виноградов, архитектурно правильнее, чтобы представление формировало контекст своего шаблона, а значит было в курсе всех его элементов, в том числе форм. Правильная реализация такого подхода - это иерархия наследования CBV, каждое из которых вносит в контекст свою часть. Обходные варианты - это либо ручное написание разметки в шаблоне, либо использование процессоров контекста.
Адрес обработчика формы и адрес страницы, на которой форма расположена, друг от друга не зависят. Если откроете DevTools вашего браузера, то сможете легко убедиться, что атрибут action формы ответа под вашим вопросом не равен адресу страницы вашего вопроса.
termitik, во-первых, можно просто не отключаться, сервера могут постоянно держать соединения друг с другом и обмениваться информацией без переподключений. Во-вторых, ни что не мешает программе 2 при появлении информации открывать соединение с программой 1, если они знают адреса друг друга.
termitik, Flask и http-запросы в этой схеме выглядят лишними. Просто делаете два обычных socket-сервера, которые обрабатывают запросы как от клиентов, так и друг от друга.
termitik, объясните подробнее, что вы имели ввиду этой фразой "передать ее тут же в другое место (через сокет или опять же post запросом)"? Да и в целом принцип работы и назначение системы лучше уточнить.
Либо придётся отказаться от модельных форм, делать загрузку как в примере из документации и для каждого загруженного файла создавать модель, либо использовать формсет для отображения форм для модели Files.
Алексей Толстоухов, решением вашей проблемы является хранение всех пользователей в одной таблице, объединение и отбор данных в запросе (union и where) или организация партиционирования, если разделение на множество таблиц действительно обосновано.
