最稳妥方式是在server块配error_page，需同步满足四点：1.用error_page 404 /404.html映射状态码；2.用location = /404.html { root; internal; }承接并禁止直访；3.代理场景加proxy_intercept_errors on；4.确保文件存在、权限正确、大小≥512字节且mime类型正确。
直接在 server 块里配 error_page 是最常用也最稳妥的方式，不需要复杂嵌套，但必须同步满足四个关键点：状态码映射、内部跳转承接、静态资源可读、拦截开关开启。
1. 在 server 块中声明 error_page 指令
把 error_page 放在你要生效的虚拟主机配置内（即 server { } 里），避免写在 if 或 location 外层无效区域：
- 404 页面：error_page 404 /404.html;
- 5xx 统一处理：error_page 500 502 503 504 /50x.html;
- 不要加等号如 =404，除非你明确要覆盖原始状态码；保留原状态码对 SEO 和调试更友好
2. 添加精准匹配的 location 块承接请求
error_page 后面的 URI（如 /404.html）是内部跳转路径，必须用 location = /xxx.html 显式定义如何服务它：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 必须带等号 =，否则会误匹配 /404.htmlxxx 等非法路径
- 推荐用 root 指向文件所在目录，例如：location = /404.html { root /var/www/html; internal; }
- internal 是安全底线——禁止用户浏览器直接访问 /404.html，防止绕过正常流程
- 确保真实文件存在，比如 /var/www/html/404.html，且 Nginx 工作进程有读权限（chmod 644）
3. 开启后端错误拦截开关（反向代理或 FastCGI 场景必需）
如果错误来自后端（如 PHP、Node.js、Java），Nginx 默认透传状态码，不会触发 error_page。需在对应 location 中开启拦截：
- 代理场景：proxy_intercept_errors on;
- PHP 场景：fastcgi_intercept_errors on;
- 两者共存时两个都加，互不冲突
- 加在和 proxy_pass 或 fastcgi_pass 同级的 location 块里才有效
4. 验证基础支持条件是否齐备
即使前三步都对，页面仍可能不显示。检查这三项硬性要求：
- 文件大小 ≥ 512 字节（IE/旧客户端强制要求，可用 wc -c /path/404.html 确认）
- MIME 类型正确：确保配置中有 include mime.types;，或在 location 中加 types { text/html html; }
- 静态资源路径对齐：错误页里的图片/CSS 要么内联，要么和 HTML 文件放同一目录并用相对路径引用（如
）
