我有两个目录需要提供静态资产：
/srv/web: 静态资源，包括图片、JavaScript、HTML 等。/srv/php：动态 PHP 脚本以及一些静态资产。
我正在使用 NGINX 并像这样配置它：
server {
listen 80;
server_name _;
# root /;
index index.php index.html index.htm;
try_files /srv/web/$uri /srv/php/$uri =404;
location ~ \.php$ {
root /srv/php;
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /srv/php$fastcgi_script_name;
include fastcgi_params;
}
}
我在 Ubuntu 14.04，PHP FPM 包版本是 5.5.9，NGINX 包版本是 1.4.6。
这里的简单目标是首先提供静态文件/srv/web，失败/srv/php，失败，返回 404。所有以 结尾的文件\.php$都将通过 Unix 套接字从 PHP FPM 请求，这是有效的。
我目前遇到的问题是关于 的index指令server没有按计划工作。我有一个index.html文件/srv/web，当我这样做时
curl -is http://localhost/
我得到一个404。
这是设置具有多个文件系统文件夹以与 PHP 一起提供服务的 NGINX 站点的最理想方式吗？关于为什么我的静态索引不起作用的任何想法？
更新
根据下面 AD7six 的回答，我已将配置更新为如下所示：
server {
listen 80;
server_name _; # listen at all host names
# serve static files first from /srv/web, then from /srv/php, and any dynamic PHP files from
# FastCGI/FPM at the Unix socket.
location / {
root /srv/web;
index index.html index.htm;
try_files $uri $uri/ @php;
}
location @php {
root /srv/php;
index index.php;
try_files $uri $uri/ =404;
}
location ~ \.php$ {
root /srv/php;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /srv/php/$fastcgi_script_name;
include fastcgi_params;
}
}
我的目录列表如下所示：
/srv/
|-- php
| |-- demo.php
| |-- index.php
| `-- phpstatic.txt
`-- web
|-- static.html
`-- subdir
`-- index.html
3 directories, 5 files
获取静态文件和 PHP 文件按计划工作，获取/subdir/其索引工作正常，但如果我 GET /，我得到一个 403 禁止，并且 nginx 抱怨目录列表：
2015/08/24 21:50:59 [error] 9159#0: *7 directory index of "/srv/web/" is forbidden, client: 127.0.0.1, server: _, request: "GET / HTTP/1.1", host: "localhost"
不知道为什么会失败，但至少闻起来像是进步。
多个根不会那样工作
使用此配置：
没有使用 index 指令的请求处理，因为请求必须匹配文件。使用调试日志证实了这一点：
使用
try_files确实会查找如下目录的指令：也不起作用：
请注意，“root”是混淆的，
try_files需要一个 url 而不是文件路径。我建议不要继续尝试使用这种解决方案 - 特别是不要将 root 设置为/并可能允许访问服务器上的任何文件。使用两个位置块
相反，让事情变得简单。此配置将提供所有静态内容：
此配置服务于所有 php 内容：
把它们放在一起：
一个问题是，通过这种设置，与没有文件的文件夹匹配的请求
/srv/web将引发403index.html错误（因为请求是针对目录的，并且没有目录索引文件）。为了允许这些请求也由 php 处理 - 有必要将 403 错误重定向到 php 处理程序。