Правильный редирект на https nginx

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

но вообще делают разные секции server- для ввв, для http и т.п., в которых сразу редирект на правильный адрес. тогда будет без всяких ифов и максимально оптимально. но не так красиво...

У мну так:

server {

    listen      80;

    server_name blabla.com www.blabla.com;

    location / {

        rewrite ^(.*)$ https://blabla.com$1 permanent;

    }

}

server {

    listen 443 ssl http2;

    server_name blabla.com;

...

...

Хотя, наверно, можно и без "location /" в первом server.

Спасибо, а почему IF стараются не использовать? Он что медленнее обрабатывается?

Я к тому, если работает можно не трогать или все равно лучше заменить?

в вашем примере IF использовать можно.

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

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

из-за этого получаются жуткие простыни в конфиге которые часто работают совсем не так, как мы того ожидаем.

блин. мне это трудно это разъяснить. погуглите, где-то были примеры. а так же можно врубить дебаг и своими глазами увидать во что превращаются ваши ИФ-ы и реврайты...

server {

listen xxx.xxx.xxx.xxx:80;

listen [xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]:80;

server_name www.site.ru;

server_name site.ru;

return 301 https://site.ru$request_uri;

}

server {

listen xxx.xxx.xxx.xxx:443 ssl http2;

listen [xxxx:xxxx:xxxx:xxxx:xxxx:xxxx]:443 ssl http2;

server_name site.ru;

et cetera.........

}

а все ифы - в морг

https://www.nginx.com/resources/wiki/start/topics/depth/ifisevil/