我的应用程序生成动态内容,我尝试使用浏览器缓存来缓存它们。因此,如果我尝试将以下内容添加到我的服务器块:
location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
expires 365d;
}
Nginx 不再将请求传递给后端以生成资产,它以 http 结束status code 404
相反,添加以下两个条件可以解决我的问题(取自这个问题):
location / {
if ($upstream_http_content_type ~ "(image/jpeg)|(image/png)|(image/gif)|(image/svg+xml)|(text/css)|(text/javascript)|(application/javascript)") {
expires 90d;
}
if ($sent_http_content_type ~ "(image/jpeg)|(image/png)|(image/gif)|(image/svg+xml)|(text/css)|(text/javascript)|(application/javascript)") {
expires 90d;
}
try_files $uri @rewriteapp;
}
location @rewriteapp {
rewrite ^(.*)$ /site.php/$1 last;
}
location ~ ^/(site|site_dev|admin|admin_dev)\.php(/|$) {
# it's PHP that generates some of my assets
fastcgi_pass unix:/var/run/php/php7.1-fpm.sock;
fastcgi_split_path_info ^(.+\.php)(/.*)$;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param HTTPS on;
}
问题是我在 http 响应标头中看不到任何表明它正在工作的日期,并且图像将从浏览器缓存中提供 90 天。
我错过了什么?
当您在 PHP 应用程序中生成 HTTP 响应时,您还应该查看有关响应标头的应用程序。浏览器缓存只是 HTTP 响应标头问题。因此,如果您的应用程序提供了正确的标头,您的 Web 服务器将为它们提供服务,您的浏览器将缓存结果。
但是,您可以在 Web 服务器中覆盖此行为。但在 Web 服务器级别执行此操作绝不是一个好主意。在这里,您只有 URL 和请求标头来决定是否应缓存响应。您的应用程序通常有更多细节来做出更好的决定。
最好的方法是通过发送适当的缓存标头来修复您的 PHP 代码:
对于替代方法,您可以(但不应该)在 Nginx 配置中使用它来覆盖 Web 应用程序的响应:
更好的方法是在 Web 服务器级别进行缓存。在这里,您可以配置异常并能够对 HTTP 响应中的“Set-Cookie”标头等特殊情况做出反应。
顺便说一句,新访客也将获得快速交付的优势。基于浏览器的缓存对首次访问者没有帮助。
请注意,这只是基于标准设置的建议。它可能因您的设置而异。