必须使用 NE 标志防止 Apache 对重定向 URL 中的 =、&、% 等字符自动 URI 编码；典型写法为 RewriteRule ^/foo/(.*) /bar?arg=P1%3d$1 [R,NE]，其中 %3d 配合 NE 确保浏览器收到原始等号而非 %3D。
当 rewrite 规则生成的重定向 URL 中包含 =、&、% 等字符，而你希望浏览器原样接收（比如 /bar?arg=P1=zoo），不是变成 /bar?arg=P1%3Dzoo，就必须用 NE 标志 —— 它告诉 Apache 不要对重写结果做 URI 编码转义。
NE 标志起作用的典型场景
默认情况下，mod_rewrite 会对 RewriteRule 的 substitution 字符串自动进行 URI 转义：把 = 变成 %3D，空格变 %20，斜杠变 %2F 等。这在多数内部重写中是安全的，但对外部重定向（[R]）或需要传递原始参数结构时，反而会破坏语义。
- 你想把
/foo/zoo重定向为/bar?arg=P1=zoo，但没加 NE 时实际跳转到/bar?arg=P1%3Dzoo - URL 中已含手动编码的字符（如
%3d表示等号），你希望它被保留而非二次编码成%253d - 后端服务依赖未编码的查询参数格式（例如某些遗留 CGI 或调试接口）
正确配置 NE 标志的写法
NE 必须作为 flag 写在 RewriteRule 的第三个参数中，且通常与 R（重定向）搭配使用。注意：NE 本身不触发重定向，只是控制输出是否转义。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 基础写法：
RewriteRule ^/foo/(.*) /bar?arg=P1%3d$1 [R,NE]
这里%3d是手动写的 URL 编码等号，NE 确保它不会被再编码成%253d，最终浏览器收到/bar?arg=P1=zoo - 若 substitution 中直接写
=，Apache 会报错或行为异常，所以推荐显式用%3d+[NE]组合 - NE 只影响 substitution 输出，不影响匹配过程（Pattern）或条件判断（RewriteCond）
常见错误和注意事项
加了 NE 却没生效？大概率是位置或组合问题。
-
[NE]必须和其他 flag（如R、L）用逗号分隔，不能写成[R NE]或[R][NE] - 如果规则链中有多个重写，NE 只作用于当前 rule 的 substitution，不影响后续 rule 的输入
- 内部重写（无
R）一般不需要 NE；外部重定向（[R]或[R=301]）才最常需它 - 若同时用了
QSA（追加原查询字符串），QSA 和 NE 各司其职：QSA 控制 query string 是否合并，NE 控制 substitution 本身是否转义
验证是否生效的小技巧
打开浏览器开发者工具 → Network 标签页 → 触发重定向 → 查看 “Headers” 中的 “Location” 响应头值。如果看到 =、&、/ 等字符未被编码，说明 NE 生效；若全是 %xx 形式，说明 NE 没起作用或被其他规则覆盖。
