Ubuntu+Nginx环境下October CMS合并资源MIME类型异常排查

我来帮你排查这个问题——你遇到的核心问题是Nginx没有正确识别October CMS动态生成的无扩展名合并资源，导致返回了错误的MIME类型（text/html），而浏览器期望的是CSS或JS。

问题根源分析 #

October的/combine/路径下的无扩展名资源不是服务器上真实存在的静态文件，而是通过index.php动态生成的。你的当前配置里有两个关键问题：

• 现有的静态资源location块只匹配带扩展名的文件（比如.css、.js），完全没处理/combine/路径的请求；
• 你配置的if (!-e $request_filename)规则会把所有不存在的文件请求（包括这些合并资源）重写到index.php，但Nginx没有为这类请求传递正确的处理上下文，导致PHP返回的响应头MIME类型被覆盖或未正确设置。

具体修复方案 #

你需要在HTTPS的server块中添加一个专门处理/combine/路径的规则，确保这类请求被正确转发给PHP处理，同时让October返回正确的MIME类型。

修改步骤：

在你的HTTPS server配置里，把下面的location块放在if (!-e $request_filename)规则之前：

location ^~ /combine/ {
    # 将合并资源请求转发给PHP-FPM处理
    include snippets/fastcgi-php.conf;
    fastcgi_pass unix:/run/php/php7.2-fpm.sock;
    include fastcgi_params;
    # 清除默认的Content-Type，让October根据资源内容返回正确的MIME类型
    add_header Content-Type "";
}

为什么这能解决问题？

• location ^~ /combine/会优先匹配所有以/combine/开头的请求，跳过后续的rewrite规则，确保请求直接进入PHP处理；
• add_header Content-Type ""会清除Nginx默认的text/html类型，让October的动态处理逻辑返回正确的text/css或application/javascript头；
• 这个配置和October的资源合并逻辑完全兼容，因为合并功能本身就是通过PHP路由实现的。

额外检查点 #

确保你的gzip_types配置已经包含了CSS和JS类型（你的配置里已经有了，这部分没问题）：

gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript;

这样修改后，刷新页面应该就能看到样式正常加载，Chrome的MIME类型错误也会消失。

内容的提问来源于stack exchange，提问作者Evgeny Malkov