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

еще интересная практика может быть try_files

try_files $uri $uri/ /index.php?$args;

типа - смотрим, если файл есть локально - отдаем локально. если нет,
то запускаем php интерпретатор.

но надо иметь в виду побочный эффект, если вас будут сканить на набор
урлов, то всё это попадает в php и может сгенерировать нагрузку


пример с try_files я срисовал с
https://www.nginx.com/resources/wiki/start/topics/recipes/wordpress/


вт, 21 апр. 2020 г. в 16:58, grey <nginx-forum@forum.nginx.org>:

> Приветствую.
>
> Решил на одном сервере отказаться от Апача и подключить php напрямую к
> nginx. Т.к. конфиг Апача довольно таки большой, нашел сервис который
> конвертировал его под nginx. Пользоваться конечно без допиливания таким
> конфигом нельзя, но вот на что я обратил внимание. Все правила Апача
> mod_rewrite'а типа:
>
> RewriteRule ^/test/$ test.php [L]
> RewriteRule ^/download/$ download.php [L]
>
> сервис конвертировал в:
>
> location = /test {
> rewrite ^(.*)$ /test.php break;
> }
>
> location = /download {
> rewrite ^(.*)$ /download.php break;
> }
>
> Подскажите, насколько это правильно? Может лучше использовать такой
> вариант?
>
> location / {
> rewrite ^/test/$ /test.php break;
> rewrite ^download/$ /download.php break;
> }
>
>
> Правил rewrite несколько десятков. Какой вариант более правильный и
> быстрый?
>
> Спасибо.
>
> Posted at Nginx Forum:
> https://forum.nginx.org/read.php?21,287729,287729#msg-287729
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru