Максим Федоров

Есть но мало.
Её и в ЕС-то мало.
Основное - только в США.

server {
    listen 80;
    server_name site.ru www.site.ru;
    root /var/www;

    location = /robots.txt {   }
    
    location / {
        return https://site.ru$request_uri;
    }
}

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

Если у вас нет возможности изменить код веб-портала, то никак.

Можно и лучше всего развиваться в сторону автоматизированного тестирования, это перспективная и более высокооплачиваемая область.

https://github.com/sunrise-php/http-router

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

Вполне реально это всё сделать.

Надеяться на нормальную прибавку стоит, если будете толковым разработчиком после прохождения испытательного срока. Переход с Junior на Middle у всех занимает разное время, зависит от задач, которые будете решать и компании, а также коллектива. Можно и за год, а можно всё время решать однотипные задачи и остаться на том же уровне, что изначально и был.

По вопросу, нужен ли Junior, здесь нужно понимать, что есть куча подводных камней, будете постоянно биться о рифы непонимания со стороны HR-менеджеров, но если удастся их пробить, то дальше уже вопрос текущих знаний и умений. Надо оценивать риски, которая берет компания, беря вас на работу, и исходя из этих рисков как-то выделяться среди молодых конкурентов.

Ну вот вы сами себе противоречите

плохо не использовать фреймворки в современном php?

наш микро фреймворк документирован

Вы просто не взяли для использования что-то уже готовое и известное всем, а написали своё... В итоге новому человеку в команде придется сначала разобраться в Вашем фреймворке и только потом что-то делать. Но не факт что ваше поделие безопаснее и удобнее уже существующего фреймворка, который давно разрабатывается и уже многие "грабли" в нем вытоптаны, а у вашего путь только начался....
Поэтому

возьми ларавель и не парься

вполне мудрое замечание.

Ну а на Ваш вопрос - Зачем в современном php фреймворки можно ответить очень просто - А зачем Вы в процессе разработки создали свой микрофреймворк?

Нет.
Смешивать - стоит.

но перехват трафика - это неправомерный доступ к личной информации (уголовный кодекс).

Откуда на рабочем месте личная информация?
Там только рабочая может быть (и должна быть).

Другое дело если вам на личный смартфон пытаются поставить подобную штуку или на личный ноутбук.