Как безболезненно переехать с второй версии http nginx на третью и ничего не поломать?

mayton2019, на сколько понимаю если провайдер не поддерживает http 3, то автоматически сбросится на 2 версии

Как безболезненно переехать с второй версии http nginx на третью и ничего не поломать?

Оговорился, имею ввиду на http 3

Можно ли сделать так, чтобы блок с position: sticky выходил за границы контейнера и занимал всю доступную ширину, используя только CSS?

Ага :D

Почему не работает директива map?

ky0, на сколько понимаю location внутри location нельзя использовать

Так бы сделал что-то вроде:

location ~* \.(css|js|png|jpg|jpeg|gif|ico|webp|woff2|ttf|otf|eot|svg|pdf|json)$ {
                location /test/ {
                           ...
                }
                location /test2/ {
                           ...
                }
}

Почему не работает директива map?

ky0, в зависимости от url нужно проксировать либо на 3000 порт, либо на 3001

Почему не работают вложенные location?

dodo512, тут проблема вообще в другом))) Прошлый пример привел в нем next js работает. Проблема в том что два последних location переопределяют путь до изображений, шрифтов, css файлов и скриптов, из-за этого лендинг перестает работать. Мне нужно каким-то образом сделать так чтобы последние два location срабатывали только если мы находимся на /test. Как решения сделал вложенные location, но они и не работает. В этом проблема :)

Почему не работают вложенные location?

DODO_D

В таком варианте работает next js приложение:

server {
        listen 80 default_server;
        listen [::]:80 default_server;

        root /var/www/html;

        index index.html index.htm index.nginx-debian.html;

        server_name 134.152.12.34;

        location / {
                try_files $uri $uri/ =404;
        }

        location /test{
                proxy_pass http://127.0.0.1:3000/;
        }

        location ~* \.(css|js|png|jpg|jpeg|gif|ico|webp)$ {
            proxy_pass http://127.0.0.1:3000;
        }

        location ~* \.(woff2|ttf|otf|eot|svg)$ {
            proxy_pass http://127.0.0.1:3000;
        }
}

Но тогда перестает работать лендинг, потому что тут (127.0.0.1:3000) нету его стилей

Почему не работают вложенные location?

dodo512

пример: 134.152.12.34/_next/static/chunks/498-dde554788b55...

Почему не работают вложенные location?

Приложение крутиться на 3000 порту через pm2.

У меня есть два кейса где:
- по ip раздать статику из var/www/html. Это происходит тут:

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    root /var/www/html;
    index index.html index.htm index.nginx-debian.html;
    server_name 134.152.12.34;

    location / {
        try_files $uri $uri/ =404;
    }
}

второй - раздать на этом же ip nextjs по пути /test:

location /test {
        proxy_pass http://127.0.0.1:3000/;
}

 location ~* \.(css|js|png|jpg|jpeg|gif|ico|webp)$ {
    proxy_pass http://127.0.0.1:3000;
}

location ~* \.(woff2|ttf|otf|eot|svg)$ {
    proxy_pass http://127.0.0.1:3000;
}

Если последние два location убрать, то работает только лендинг. Если добавить в конец, то работает только nextjs приложение

Почему не работают вложенные location?

Вообще все это нужно из-за особенностей NextJS. После билда приложения нету html файла, проект как правило раздают через pm2. Последние два location нужны чтобы при проксирование получить статику для приложения.

Если два последних location положить на самый высокий уровень, то они переопределят статику для лендинга из (www var/www/html).

Почему не работают вложенные location?

ky0

По 134.152.12.34 - лендинг
По 134.152.12.34/test - next js приложение

Если убрать завершающий слэш в верхнем proxy_pass, то тогда будет отдаваться 404 страница вместо главной next js приложения.

Nextjs будет отдавать 404 страница по причине отсутствия роута (/test) в приложение.