Как правильно написать try_files в nginx?

Question

[Сергей Васильев]

Здравствуйте. У меня есть php сайт, который работает на одном файле, все запросы поступают на index.php.
Я создал вот такую конструкцию:

location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/run/php/php8.0-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param PHP_VALUE "upload_max_filesize = 100M \n post_max_size=100M";
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTP_PROXY "";
        fastcgi_intercept_errors off;
        fastcgi_buffer_size 16k;
        fastcgi_buffers 4 16k;
        fastcgi_connect_timeout 300;
        fastcgi_send_timeout 300;
        fastcgi_read_timeout 300;
    }
location /api/ {
		try_files $uri /index.php?$query_string;
	}

Проблема в том, что если я в браузере напишу site.com/api/something.php, то у меня будет писаться File not found.

Как можно это исправить?

Comments

[Alexey Dmitriev]

Возможно запрос попадает в первый location и обрабатывается там

[Lynn «Кофеман»]

Alexey Dmitriev, не «возможно», а точно.

[Сергей Васильев]

Lynn «Кофеман», Как в таком случае лучше исправить это, или сделать чтобы настройки php применялись только ко 2 location?

[Zerg89]

Сергей Васильев,
Веб-сервером Nginx location выбирается сравнивая URI поступившего запроса с обозначением location
1) с полным URI сравниваются все выражения, не включающие регулярные выражения
2) сначала сверяются все блоки с =
3) если совпадений нет проверяется ^~ и сразу задействуется самый длинный из них
4) не найдя таких Nginx ищет опять же самое длинное совпадение и резервирует результат поиска
5) проверка с учетом регулярных выражений — выбирается первое выражение среди подходящих под самый длинный префикс
6) при отсутствии результата используется блок, зарезервированный на шаге 4

Изменить эту логику и заставить какой-то блок обрабатываться вперед остальных проще всего используя = или ^~