Алексей Уколов

Зачем у вас этот if с редиректом вообще? Теперь главная (адрес которой не равен "/.well-known") редиректит сама на себя бесконечно - вот и ошибка.

Разбейте просто в регулярке (?<name>.+?) матч на две части и дальше собирайте их обратно через какой хотите символ.

Самое простое - nginx отдаёт статику. На больших объёмах делать это через Ноду неэффективно.
Посложнее - nginx позволяет управлять ходом запроса. Например, редиректить на https.
Ещё сложнее - можно настроить nginx, чтобы он умно балансировал запросы между несколькими бэкендами и автоматом блокировал слишком частые попытки подключения.

Nginx очень хорошо в промышленных масштабах делает определённую часть работы, связанной с http-запросом, поэтому ему эту часть работы и делегируют.

Итак, nginx настроен правильно, проблема со сборкой фронтенда. Её нужно решать в отдельном вопросе.

add_header Access-Control-Allow-Origin "*" always;
nginx.org/ru/docs/http/ngx_http_headers_module.htm...

Подскажите, пожалуйста, правильную последовательность действий

1. Поднимаете php-fpm нужной версии.
   
2. Проксируете конкретный location в nginx к этому php-fpm, вместо apache.
   
3. Profit!
   

Ну так у вас в конфиге сервера на указана папка, в которой лежат скрипты, вот nginx и берёт дефолтную и оттуда вам дефолтное приветствие показывает.

nginx вначале решает, какой из серверов должен обработать запрос. Рассмотрим простую конфигурацию, где все три виртуальных сервера слушают на порту *:80:

server {
    listen      80;
    server_name example.org www.example.org;
    ...
}

server {
    listen      80;
    server_name example.net www.example.net;
    ...
}

server {
    listen      80;
    server_name example.com www.example.com;
    ...
}

В этой конфигурации, чтобы определить, какому серверу следует направить запрос, nginx проверяет только поле “Host” заголовка запроса. Если его значение не соответствует ни одному из имён серверов или в заголовке запроса нет этого поля вовсе, nginx направит запрос в сервер по умолчанию для этого порта. В вышеприведённой конфигурации сервером по умолчанию будет первый сервер, что соответствует стандартному поведению nginx по умолчанию. Сервер по умолчанию можно задать явно с помощью параметра default_server в директиве listen:

server {
    listen      80 default_server;
    server_name example.net www.example.net;
    ...
}

https://nginx.org/ru/docs/http/request_processing.html

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

На фронт. И это не «лучше», а единственный вариант. Сертификат должен быть между пользователем и вашим сервером, а не между вашими внутренними серверами. Между серверами он, теоретически, тоже может быть, но пользователям это никак не поможет.

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

Исчерпывающая статья по теме: https://victor.4devs.io/en/architecture/nginx-http...

а то у nginx с php очень плохо

С каких это пор?

Коротко говоря: никак не сделать, nginx занял 80-й порт. Единственное решение - запустить apache на другом порту и через nginx проксировать туда запросы.