Alexander

Ну вообще, это зависит от компаний. Если маленькая конторка, тогда да - только джун. Почему? Потому, что сама компания будет брать проекты на небольшое количество человек где от каждого из них будут требовать выполнения всех задач по всем направлениям. Соответственно, вы со знаниями Ruby не сможете выполнять задачи по Python

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

Необычная высокая нагрузка
Причина временной блокировки от нескольких часов до суток. Причины возможные перечислены. Текст стандартный без подробностей ждём сутки и проверяем

1. Скачать и установить python интерпретатор.
2. Скачать репозиторий с кодом в нужную директорию.
3. Открыть консоль и перейти в папку со скаченным проектом.
4. Установить зависимости.
5. Выполнить python код.

Основные команды Pip для разработчиков Python

Все настройки ваших серверов сводятся к установке приложения gitlab-runner (либо настройке SSH для CI/CD сервера: т.е. CI/CD сервер подключается к целевому серверу по SSH/SFTP, копирует файлы и выполняет скрипты на целевой машине), а так же настройке требуемых зависимостей вашего проекта. Stage сервер настраивается идентично Prod серверу. Dev сервер настраивается для прямого доступа к нему со стороны разработчиков для отладки и дебага багов, не воспроизводящихся локально. В гитлабе настраивается CI/CD для деплоя через gitlab-runner или SSH, развертывается отдельный CI/CD сервер с приложением gitlab-runner и докером для запуска CI/CD задач и деплоя на серверы. Для каждой ветки настраиваются свои правила и ограничения деплоя под отдельные сервера. Итого у вас должно быть минимум пять серверов: гитлаб, cicd, dev, stage, prod. Плюс еще есть роль VPN сервера - эту роль вполне можно совместить с гитлабом. CI/CD - только отдельный сервер, ибо задачи штука ресурсоёмкая (компиляция, сборка, установка зависимостей и прочее). Еще очень полезная штука - кэширующий сервер для образов докера и пакеты (harbor - топ). Ускоряет работу задач и экономит трафик. Prod сервер может быть как сервером, так и группой серверов - prod-app, prod-db, prod-files и т.п. В идеале stage должен быть идентичной конфигурации, но обычно обходятся простыми виртуалками для экономии ресурсов, в отличии от prod сервера.

-      try_files $uri /$uri /index.php?$query_string;
+      try_files $uri $uri/ /index.php?url=uri&$query_string;

но сомнительная задумка, т.к. то же относительно легко вытаскивается через $_SERVER['REQUEST_URI']

Механическая работа, это плюс минус одни и те же действия, поэтому их по времени примерно можно оценить.
Страница сайта может быть либо просто приветствие, которое делается за 10 мин, либо же на одной странице будет куча анимаций, которые будешь делать неделю(условно конечно же). Плюс очень многое зависит от фантазии дизайнера.
Поэтому какие-то нормы времени тут вывести невозможно

Нет и не может быть. Сайты - не машины, они не одинаковые. Программисты тоже.

Вы путаете разработку и эксплуатацию.
В вашей аналогии должна быть стоимость проектирования и производства автомобиля

В эксплуатации можно придумать какие-то нормы.
А в разработке - нет .

Даю те советы который сам был бы рад получить много лет назад.
Стек: FastAPI, SQLAlchemy, PostgreSQL, Docker, хватит для начала.
Придумай интересную задачу для проекта, вообще пофиг что, главное чтобы тебе было интересно.
1) Поставь Linux, что-то простое к примеру Linux Mint, работай в нем и привыкай к терминалу, просто пользуйся ей, команды будут запоминаться по мере необходимости.
2) Читай книги, к примеру Грокаем алгоритмы. Бхаргава Адитья, она легко читается и с картинками..=)
2) FastAPI, напиши несколько эндпоинтов, с простой логикой, к примеру выводи данные из запроса в консоль, разберись в REST API, попробуй отправлять запросы через Postman и свагер /docs#
3) Когда разберешься с эндпоинтами, попробуй добавить базу данных, поставь PostgreSQL и SQLAlchemy, создай простую модель, попробуй записать данные из эндпоинта через ORM. Попробуй подключиться к базе через терминал, освой базовые команды SELECT * FROM table; ....
4) Попробуй добавить авторизацию, почитай что такое jwt token.
5) Напиши Dockerfile, собери проект в контейнер.

Не сдавайся, все получится!

1. С путями надо работать через модуль pathlib.
2. Открой доки и прочитай про экранирование символов в строках, чтобы раз и навсегда разобраться в этом моменте, пока больше похоже на то что ты выдумал себе проблему.
3. Зачем тут = после return, и почему file_name в кавычках?

В докере нет localhost. Вместо localhost надо название контейнера с postgeres написать

Ответы на тостере я уже прочитал... И на SO тоже....

по моему об этом в любом туториале про postgeres+docker написано

Остановился на том, чтобы каждому демо-пользователю присваивать уникальный ID и динамически создавать модели и таблицы персональные под аккаунт.

Зачем такие сложности? Достаточно добавить в каждую модель поле tenant и при выборке записей фильтровать по значению этого поля.