Nginx 位置块 - 仅匹配实际文件

Question

我有以下 nginx 配置：

server {
    listen 8080;

    root /site_root/web;
    index index.html;

    server_name www.mysite.com;

    location / {
        try_files $uri @rewriteapp;
    }

    location @rewriteapp {
        rewrite ^(.*)$ /app.php/$1 last;
    }

    # add headers to static files
    location ~* \.(?:ico|css|js|gif|jpe?g|png|svg|woff|ttf|eot)$ {
        expires 365d;
        add_header Pragma public;
        add_header Cache-Control "public";
    }

    location ~ \.php {
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS $https;
        fastcgi_pass unix:/var/run/php-fpm-www.sock;
    }
}

问题 这是一个标准的 php 应用程序，带有前端控制器和一些静态资产（js/css 等）作为文件系统上的文件（为了参数，这些文件的位置是“/site_root/web/assets”）。

上述配置的目的是向这些静态文件添加“max-age”标头，以允许浏览器缓存它们。这适用于文件系统上存在的所有文件。但是我有一些动态生成的资产，需要通过 php ('/site_root/web/assets/dynamic/file.uk.js', '/site_root/web/assets/dynamic/file.us.js', '/site_root/web/assets/variable/variable.uk.js'）。

问题是包含位置指令“向静态文件添加标头”导致这些动态文件变为 404。我怎么办（按照每个解决方案的可取程度）：

• 更改位置指令以排除服务器上不存在的文件（使用 try_files/internal？）

• 更改位置指令以排除匹配的路径（白名单，例如“动态|变量”）

Answer 1

Nginx 只使用一个位置块

这归结为nginx 只会使用一个位置块这一事实。其他位置块中的任何内容都将被忽略。在问题中，任何与“静态文件”位置块匹配的请求，无论文件是否存在，都将仅由该位置块处理。每当有一些歧义时，我都会找到一种有用的调试技术：

location /something-else {
    add_header "section" "something else location"; 
    # ^ if this location block is used, that header is in the output
    ...
}

在响应的标头中，将包含从匹配块中添加的标头：

$ curl -I "http://nginx.h5bp.dev/something"
...
section: something location # <- like so

解决方案

有很多解决方案，您可能会发现阅读此参考资料很有用。要记住的一件事是，nginx 旨在与前缀路由一起使用 - 这使 nginx 和您的生活变得轻松。

前缀路由

所以，如果你能做到这一点：

location ~ ^/(css|images|js)/ {
    expires 365d;
    add_header Pragma public;
    add_header Cache-Control "public";
}

location ~ \.php {
    ...
}

那将是最佳解决方案。如果有必要，也可以使用嵌套位置块的扩展：

location ~ ^/(css|images|js)/ {
    location ~* \.(?:whatever|ext)$ {
        expires 365d;
        add_header Pragma public;
        add_header Cache-Control "public";
    }
}

location ~ \.php {
    ...
}

将 try 文件放在所有位置块中

在问题中，有一个位置块 - 所以这是一个明显的替代方案，正如迈克尔所说：

location ~* \.(?:ico|css|js|gif|jpe?g|png|svg|woff|ttf|eot)$ {
    try_files $uri @rewriteapp; # <- added
    expires 365d;
    add_header Pragma public;
    add_header Cache-Control "public";
}

location ~ \.php {
    ...
}

但是，如果您有多个位置块，这将变得非常乏味（不过，也可能表明未按设计使用 nginx）

404 前端控制器

无论您的位置块看起来如何，始终有效的设置是使用 404 前端控制器。在您的情况下，这意味着：

server {
    listen 8080;

    root /site_root/web;
    index index.html;

    server_name www.mysite.com;

    try_files $uri $uri/ @rewriteapp;
    error_page 404 = @rewriteapp

    location @rewriteapp {
        rewrite ^ /app.php/$request_uri last;
    }

    # add headers to static files
    location ~* \.(?:ico|css|js|gif|jpe?g|png|svg|woff|ttf|eot)$ {
        expires 365d;
        add_header Pragma public;
        add_header Cache-Control "public";
    }

    location ~ \.php {
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
        include fastcgi_params;
        fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param HTTPS $https;
        fastcgi_pass unix:/var/run/php-fpm-www.sock;
    }
}

或者类似的。选择适合您且最简单的解决方案。