Everything_is_bad

Поискав в интернете

обычно там же рядом пишут причину, "дорогая" это операций на больших объемах данных, так что в процессе контакта, создают сессионный симметричный ключ (который в этом процессе сложно как-то перехватить) и дальше уже им с меньшими затратами можно шифровать
https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%B0%D...

class Data(BaseModel):
    coord: dict[Coord] | None = None

UP: а слона я и не заметил, dict это ключ-значение, поэтому dict[Coord] некорректное определение

Как уже сказали, для чатов самое оптимальное websocket, только тут всплывет что у Django с этим проблема, есть channels, но мне они очень не нравятся, выглядит как переделанный сбоку костыль. Кроме этого, год назад видел попытки реализации websocket на основе текущего async в Django, но за этим не следил, так что не знаю какое там сейчас состояние. Так что лучшее решение, перенести чат на async фреймворки

чтобы вставить ответ нужно найти элемент g-recaptcha-response и удалить из него параметр display: none( или заменить значение на тру), не могу это реализовать

подобное можно сделать вызовом js через execute_script

сначала надо ходить в поиск https://qna.habr.com/answer?answer_id=2389842#answ...
и регистрировать намного удобней декораторами, чем потом прыгать между файлами, вспоминая что за что отвечает

Сейчас я работаю по ssh.

продолжай и дальше так работать, поставь mc, а редакторов еще больше vim, emacs, mcedit, nano, micro. Выбор их это уже субъективное
Так же можно примонтировать файловую систему с помощью sshfs и работать как с локальными файлами, но по мне это не сильно удобно, потому что часто надо кроме редактирование, еще и команды исполнять

А если у меня будет 10 серверов, это выходит что 1 запись будет делаться 10 раз, по 1 разу на каждом сервере?

да

Как определить, какой сервер должен быть master и какой slave?

ты не поверишь, ты сам должен серверам сказать что из них master, а кто slave.

Ты вообще всё смешал в кучу, отказоустойчивость сайта - это общий процесс для сайта, репликации базы - частный процесс работы с СУБД

Ты не можешь сериализовать "пул вебсокет соединений". Если он сделан в рамках приложения, то он там будет жить весь лайфтайм этого приложения. А "чтобы соединения были в редисе" это значит что ты пул изначально сделал через pub/sub в redis.
Другое дело, что ты можешь поднять несколько инстансов (как отдельные процессы, так и отдельные сервера), и сделать либо маршрутизацию по ним, либо возможным обмен между ними, вот и всё масштабирование.
ЗЫ про "pub/sub в redis." чуток не то написал, это не пул в нем сделан, а про коммуникацию для инстансов.

но билдить каждый раз после внесения изменений в код

докер для разработки, это поднять именно окружение под проект или части проекта, например, для фронтендера, можно в докере локально поднять бекенд, а чтобы не пересобирать на каждый чих, ты свой код выносишь наружу

1. Тег "Оптимизация SQL-запросов", значит у тебя СУБД? Какая?
2. Ты придумал себе проблему на ровном месте, 5 миллионов не сильно много, можно поднять тестовый стенд и проверить как будет работать без индексов, потом добавить индекс по умолчанию
3. Если поиск по полному номеру, то практически любой индекс будет работать очень быстро, если по подстроке, то начинается куча нюансов, тут уже надо отталкиваться от user story
4. Если не устраивает, то читаешь какие виды индекса есть у данной СУБД, экспериментируешь, смотришь планы запросов, оптимизируешь и т.п

1. ну сам же мог в консоле отлаживать, делаешь echo -n "Внимание\nСвободное" и упс
2. открываешь гугл и пишешь "bash echo new line"

У меня есть родительский класс, в котором вызываются методы дочерних классов:

Когда родитель должен знать что-то про потомков это ошибка в проектирование, зачем вообще тогда тебе такое наследование? Рекомендую полностью переделать, то что ты натворил.