nginx多个rewrite规则失效的核心原因是配置块层级与匹配路径错位：rewrite仅在其所属server或location被请求命中时才执行，而非简单按书写顺序；需确认规则所在块是否匹配请求、重写后uri是否落入有效location，并区分last（重新匹配）与break（当前块内继续）行为。

排查多个 rewrite 规则因上下级顺序颠倒导致失效，核心是理清执行层级和匹配路径——rewrite 不是“谁在前面谁先执行”，而是由它所在的配置块（server / location / if）决定是否被触发，再由 flag 和重写后 URI 是否落入有效 location 决定是否真正生效。

确认 rewrite 所在的配置块是否真正匹配请求

rewrite 只有在它所属的 server 或 location 块被选中处理该请求时，才会执行。顺序颠倒常表现为：规则写了，但压根没运行。

• 用 nginx -T | grep -A 5 "location /xxx\|server_name" 查看实际加载的配置结构，确认你的 rewrite 是否落在预期的 server 或 location 块内
• 检查请求 URI 是否满足该 location 的匹配条件（注意 =、^~、正则顺序等优先级规则），例如：location /api/ { rewrite ^/api/v1/(.*)$ /v2/$1 break; } 对 /api/v1/user 有效，但对 /v1/user 无效
• 若 rewrite 在 if 块里，基本可判定为高风险位置——官方不推荐，且 if 判断逻辑易受变量状态影响（如 $args 为空时跳过），建议迁出

验证重写后的新 URI 是否落入可用 location

这是最常见也最容易忽略的失效点：rewrite 执行了，但新 URI 没对应 location 处理，结果 404 或进错块。

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 启用重写日志：error_log /var/log/nginx/rewrite.log notice;，然后访问触发请求，查看日志中 test location 字段——它明确告诉你重写后的 URI 最终进了哪个 location
• 若日志显示 test location: "/" 或 no matching location，说明重写目标未被任何 location 覆盖，需补全对应 location 或调整 rewrite 的 flag
• 对比使用 last 和 break 的差异：last 会重新走 location 匹配流程，适合跨路径跳转（但要防循环）；break 不重新匹配，只在当前 location 内继续，适合内部路径改写（如 proxy_pass 前清理前缀）

检查多级 rewrite 之间是否存在隐式覆盖或冲突

当 server → location → if → rewrite 层层嵌套，或多个 location 含 rewrite 时，“顺序颠倒”常体现为后写的规则被先写的覆盖，或 flag 误用导致流程中断。

• 用 curl -v https://host/path 观察真实响应头（尤其是 Location 和状态码），比浏览器更可靠——浏览器会缓存 301、自动跳转，掩盖中间步骤
• 若出现 301→301→…→500，大概率是 last 引发循环（Nginx 限制最多 10 次重试），检查是否两个 location 互相 rewrite（如 A→B last，B→A last）
• 避免在同一个 location 中写多条 rewrite：Nginx 按顺序执行，但一旦某条命中并带 last 或 break，后续 rewrite 就不再执行；想串联处理，应合并正则或改用 map 模块做条件映射

用最小化配置隔离测试，定位具体哪一级出问题

不要在生产配置里反复试错。临时建一个干净的 server 块，只保留待排查的 rewrite 链路，逐步加料验证。

• 新建测试 server：listen 8080; server_name test.local;，把疑似问题的 rewrite 搬进去，用 curl 直连 curl -v http://test.local/xxx
• 逐行注释 rewrite，观察行为变化；或临时加一条兜底 rewrite：rewrite ^(.*)$ /debug$1 break;，再配一个 location /debug { return 200 "hit: $uri"; }，确认是否进入该流程
• 配合 map + 自定义 log_format 输出关键变量（如 $uri、$request_uri、$args），比单纯看 rewrite 日志更直观