Михаил Р.

уже 4 работа на собесах и слова про образование не промелькнуло хотя в HH требовали

Образование, если у вас нет подтверждённого опыта работы - это огромный плюс.
Если опыт есть (2-3 года), то с радостью возьмут и без образования.

Нажать Ctrl+H
проставить галочки
нажать открыть
ИМХО - это извращение держать столько открытых вкладок. Есть Избранное для хранения
Да хоть эксельку создать со списком

Абсолютно банально работает эта схема. На бекэнде генерируется токен который отправляется в браузер и из него формируется QR код который ты и видишь. Каждую секунду (или другой промежуток времени) браузер делает запрос на сервер с этим токеном и ждет команды на вход в аккаунт или какое-то другое действие (к примеру отклонение входа или устаревание токена и, соответственно, QR кода - это нужно чтобы иногда менять QR коды в целях безопасности). Если мы со своей мобилы сканируем QR код и одобряем вход то с мобилы летит на бекэнд команда для одобрения входа. Когда браузер снова обратится на бекэнд с токеном то бекэнд поймет что этот токен одобрен и выдаст сессию браузеру (кукисы или jwt токены или еще что).

В целом это все, дальше уже различные нюансы. Ежесекундные запросы можно заменить на лонгпулинг или вебсокеты. Можно сделать нехранимые токены чтобы не засорять базу при каждом посещении страницы входа, можно показывать карту с точкой откуда происходит вход, расшифровывать user-agent чтобы показывать какое устройство входит и т.д. и т.п. Но в общем схема выглядит именно так.

UPD: Тут важный нюанс: если мы показываем токен в QR коде и потом им же стучимся на бекэнд за сессией то возникает уязвимость - любой прохожий отсканирует этот QR код и начнет в своем браузере стучаться с этим же токеном, ты одобряешь вход и в состоянии гонки злоумышленник может достучаться первым до бекэнда и перехватить твою сессию, а ты останешься с носом. Поэтому нужно генерировать пару открытый токен-закрытый токен. Открытый будет загоняться в QR код, а по закрытому будем стучаться к бекэнду за сессией. В этом случае не залазя в устройство перехватить вход будет невозможно.

Насколько помню если нужно согласовать несколько контейееров то это docker-compose
И в нем должно быть что-то типа такого

celery:
   depends_on:
     - rabbitmq # старт после старта контейнера rabbitmq
   command: sh -c './wait-for host:5432 -- cmd' # ожидаем

Компании разные, ставки разные, поэтому и требования довольно разнообразные. На старте полезно иметь кругозор пошире, знать как можно больше всего, пусть даже по верхам, и уметь быстро углубиться в пригодившуюся тему. С карьерным ростом специализация будет всё уже, а глубина знаний в выбранной области всё больше. Обычно из эникейшика админ вырастает в настоящего сисадмина, который не в принтерах копается и не под столами с обжимником лазит, а управляет серверами и активным сетевым оборудованием. Потом сисадмин сосредотачивается либо на сетях, либо на администрировании серваков какого-то определённого типа и превращается в сетевого инженера, администратора баз данных и т.п. Если админ ещё и код писать умеет, то часто превращается в devops'а. Впрочем, сейчас девопсами называют всех подряд, кто умеет настроить дженкинс и кубик. Параллельно со специализацией растёт и размер подответственной инфраструктуры, от десятка компов маленькой компании до сети транс-национальной корпорации, покрывающей территорию нескольких стран. На каком-то этапе роста появятся подчинённые, а потом и подчинённые у подчинённых. Появляется необходимость забивать голову всякими там ITIL'ами. И однажды себя обнаруживаешь на должности какого-нибудь там CIO.

Судя по симптомам - да похоже на блок со стороны РКН.
И да - в нынешних реалиях возможно поднять туннель, для вас можно начать с awg, чтобы решить проблему с наименьшими потерями времени в настройке.

Публиковал на render.com

да когда же вы доки используемых сервисов научитесь читать https://render.com/docs/deploy-django#set-up-stati...

Зависит от конкретной программы.
Обычно достаточно просто два раза её запустить - будет два разных процесса.
Если программа обращается к каким-то файлам, то надо смотреть в конфиг самой программы, как два разных экземпляра натравить на разные файлы (передать разные конфиги или working directory).

Ещё может быть вариант, что программа требует эксклюзивного доступа к каким-нибудь ресурсам - тогда только при помощи виртуализации

во время разработки всегда используйте этот режим:



и проблем у вас не будет.