Alexander

1. password_hash — это bcrypt формат. Если есть доступ к базе, то делаете нового юзера с паролем, забираете его хеш и просто перетираете им password_hash в базе у нужного юзера.
2. auth_key — это не релевантно.
3. confirmation_token — это не релевантно.

Вы некорректно задаёте команду для крона. Надо задавать полные пути для всех файлов

* * * * * /usr/bin/php /var/www/laravel/artisan schedule:run

В dev/null также пусто.

Спасибо, посмеялся. Вы понимаете что такое /dev/null?
Если вам нужны системные логи запуска команды - так и перенаправьте их в конкретный файл...

Тройные кавычки используются для создания строк, а не для комментирования. Когда вы используете тройные кавычки внутри словаря, вы фактически создаете строку, которая становится частью словаря.

Потому что это строка, твой Кэп. Как можно не понимать основы и с таким элементарным вопрос сюда приходить, даже погуглить не пытаться.
ЗЫ особо доставил тег "Компьютерные сети", каким место он тут?

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

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