摘要：网站当前的 .htaccess 把所有的 4xx、5xx 错误都导回到首页。后面大家开始查日志，是用户在反馈“页面空白但地址不报错”，开发一看日志跳出来一堆 404、500，但前端看起来都是首页内容。顺着这条线索，运维把 .htaccess 拉出来核对，发现文
网站当前的 .htaccess 把所有的 4xx、5xx 错误都导回到首页。后面大家开始查日志，是用户在反馈“页面空白但地址不报错”，开发一看日志跳出来一堆 404、500，但前端看起来都是首页内容。顺着这条线索，运维把 .htaccess 拉出来核对，发现文件里同时存在三大类配置：统一错误重定向、文本类资源的 gzip 压缩、以及对静态文件的浏览器缓存策略。表面上每条规则都合情合理，合起来就出了事儿。
表现很直观：你访问一个不存在的资源，浏览器最后拿到的不是一个 404 页，而是站点根目录的首页 HTML，状态码很多时候也被当成正常响应（常见是 200）。给用户看上去“总算有东西”，但对排错和搜索引擎就很不友好。举个常见的例子：浏览器去请求一张图片，服务器把这个请求当成错误处理，结果把首页的 HTML 返回过去，浏览器还以为拿到了图片，显示就乱套了。我们拿 curl -I 去看响应头，马上能看出问题——响应头把错误码掩盖了，Content-Type、Content-Encoding、Cache-Control 那些头也不对味儿。
说压缩那块，.htaccess 上写的是在支持相应模块时对特定 MIME 类型做 gzip 过滤。被列进来的通常是 text/html、text/CSS、application/javascript、application/json、text/plain、application/xml、image/svg+xml 这些对 gzip 有明显收益的类型。好处也够明显：传输体积小，首屏和重复访问都快了。但现场做了几轮压测，有两点要注意：一是后台应用如果已经输出了压缩数据，服务器再压一遍会出错；二是压缩会用 CPU，高并发时会让 CPU 短暂上升。我们跑了压力测试，确实传输量降了，但 CPU 有段时间蹦高，说明压缩策略得配合服务器资源来做。
缓存策略写得也挺细：按资源类型分开给过期时间，图片类通常给较长时间，样式和脚本中等，HTML 给短或不缓存。配置上常见的做法像是把图片设为 30 天、CSS/JS 设为 7 到 30 天、HTML 设为 0 到 1 小时。好处是静态资源走本地缓存，降低重复加载。但这有一个前提：资源 URL 要带版本号或者指纹（也就是你更新文件时 URL 变了），不然浏览器会老老实实用本地旧文件。这次现场有人现场改了一个 CSS，然后浏览器还是走缓存，说明版本号没做好。
为什么会出现这样的合并配置？回头追溯历史，站点以前遇到过大量用户看到错误页就直接走人，团队里有人就提议把错误先导到首页，至少让用户看到站点主体，试图留住流量。再加上前端对加载速度敏感，运维就把压缩和缓存一并塞进了 .htaccess。听上去像是“既省心又体验好”，但细节没想透，结果出现了“掩盖错误”和“更新不及时”两大副作用，慢慢被客户和测试发现了。
文件里写法挺常见：用模块判断的包裹式指令，在支持某模块时才启用规则。错误处理那块把多个错误码统一指向根目录 URL，所以 404、403、500 都走同一份首页。压缩那段判断 MIME 后打开过滤器；缓存那段按类型设置 Expires 或 Cache-Control，浏览器就按这些头来决定要不要从本地拿。操作的人比较务实，直接用常见指令组合，就是没把边界情况都想明白。
排查时有几个实用细节记下来：打开浏览器开发者工具的 Network 面板能直观看到资源是走缓存还是重新下载，会显示 Content-Encoding、Cache-Control、Expires 这些头；curl -I 可以快速判断某个请求到底返回了什么头，是首页 HTML 还是原本该有的错误码；如果还有 CDN，要同时看 CDN 的缓存规则，CDN 和源站的 Expires 有时会叠加或覆盖，得把两头都对齐。别忘了查响应状态码和 Content-Type，很多问题就从这两儿露馅儿。
现场还发生了几段小插曲：有同事把一个缺页请求截图给设计，设计看了说“页面能看到首页的话，用户其实不太会意识到哪里出错”，大家笑着说这就是当初的出发点。另一个同事翻出旧的发布规范，指出以前要求对重要静态资源做文件指纹，这回明显没落到实处。关于权衡，现场讨论的核心还是那句话——是优先“看起来友好”，还是优先“便于监控和排查”，两边都站得住理。
现场提出的操作建议也被写在了临时笔记里：如果确实希望用户看到首页作为错误落点，应该在返回首页内容的同时返回对应的 HTTP 错误码，或者在首页内明显提示出错位置，而不是直接用 200 覆盖错误码；压缩规则要避开对已经压缩好的二进制文件重复压缩；缓存策略必须配合资源的版本控制，否则更新会被浏览器埋在缓存里不动。有人当场在 .htaccess 里写了几条注释，准备把某些规则改成更严格的条件判断，或者把统一重定向换成定制的错误页。
在文件末尾还有行注释，写着维护人的邮箱和最后修改日期，旁边还留着一句短短的备注：设置初衷是“为提升体验统一处理错误并启用压缩与缓存，按需调整”。大家看着这行字，把每一个可能出问题的点逐条记下，约定好回头按优先级去改，然后把文件放回了服务器。
来源：紫气
