为什么try_files中的`/`会破坏`~ \.php$`

Question

我试图弄清楚为什么前面的 / 不允许 \.php$ 位置指令拾取脚本。

下面是我用于 nginx 的示例 .conf。我们正在运行 API 代码，版本化路径为：//domian.com/v#.#/endpoint/uri

我们的document_root是版本号的下一个目录； index.php 存在于版本目录中：path/to/sites/public/v1.0/index.php

index index.php # <-- this is in here globally
location ~ ^/(?<version>v[\d\.]+) {
    try_files $uri $version/index.php?$args;
    # Why does this NOT work? The / stopping \.php$ from matching
    # try_files $uri /$version/index.php?$args;
}

location ~ \.php$ {

    fastcgi_pass php56;
    fastcgi_index index.php;
    fastcgi_split_path_info ^(.+\.php)(/.*)$;
    include fastcgi_params;
    [...]
}

我尝试了各种方法，但似乎无法正常工作。一旦我删除了/，它就会按预期工作，但是我的 SCRIPT_FILENAME 行将从：

    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

收件人：

    fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;

这会破坏直接的 PHP 文件调用——这是我不想要的。

编辑：解决方案：回答如下：问题与匹配顺序有关。模式匹配是最先发现的，而不是最后发现的。

切换他们的订单有效。第一个 try_files 失败了，因为该模式明确寻找以 / 开头。

我正在阅读：http://nginx.org/en/docs/http/request_processing.html

请求“/index.php”也匹配前缀位置“/” 首先是正则表达式“.(php)$”。因此，它由后一个位置处理，并将请求传递给在 localhost:9000 上侦听的 FastCGI 服务器。

Answer 1

首先要注意的是正则表达式位置是按文件顺序计算的，所以如果/v1.1 匹配第一个位置块，那么/v1.1/index.php 也将匹配第一个位置块。您似乎以错误的方式解决了问题，方法是创建缺少前导 / 的错误 URI。

详情请见this document。

您需要将location ~ \.php$ 块放在location ~ ^/(?<version>v[\d\.]+) 块之前，以允许PHP 块处理带有版本前缀的.php 文件。