☰

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

tag-icon • tag-icon nginx php static-content
Nginx 位置块 - 仅匹配实际文件

我有以下 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？）

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

答案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 {
    ...
}

将尝试文件放在所有位置块中

在问题中，有一个位置块 - 所以这是一个显而易见的替代方案，正如Micheal提到的：

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;
    }
}

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

答案2

你为什么不直接将它们传递给你的应用程序呢？

location ~* \.(?:ico|css|js|gif|jpe?g|png|svg|woff|ttf|eot)$ {
    try_files $uri @rewriteapp;
    #...everything else

相关内容