Apache中RewriteCond默认为“与”逻辑，逐条判断且短路终止；需用[OR]显式实现“或”，复杂逻辑可借环境变量组合；条件变量如REQUEST_FILENAME基于物理路径，REQUEST_URI基于原始URL。
apache 的 rewritecond 支持按顺序逐条判断，只有所有条件都满足（即全部返回 true），后续的 rewriterule 才会执行。这不是“或”逻辑，而是隐式的“与”关系——多条 rewritecond 默认串联生效。
核心机制：条件堆叠即“且”逻辑
每条 RewriteCond 是一个独立断言，Apache 从上到下依次求值。一旦某条失败，整个条件组短路终止，对应规则跳过。不需要额外关键字或符号连接。
-
RewriteCond %{REQUEST_FILENAME} !-f→ 请求路径不是真实文件 -
RewriteCond %{REQUEST_FILENAME} !-d→ 请求路径不是真实目录 -
RewriteCond %{REQUEST_URI} !^/api/→ URI 不以/api/开头 - 这三条同时存在时，仅当三者全为真，后面的
RewriteRule才触发
用 [OR] 标志实现“或”分支
默认是“与”，若需表达“任一成立即可”，必须显式添加 [OR] 标志——但要注意它只作用于当前行与下一行的连接，不能跨多行滥用。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 正确写法（两两用 OR 连接）：
RewriteCond %{HTTP_HOST} ^example\.com$ [OR]<br> RewriteCond %{HTTP_HOST} ^www\.example\.com$<br> RewriteRule ^(.*)$ https://example.com/$1 [R=301,L] - 错误写法（[OR] 后无承接）：
RewriteCond %{HTTP_HOST} ^example\.com$ [OR]<br> RewriteCond %{REQUEST_URI} \.php$<br> RewriteCond %{REQUEST_URI} \.html$<br> RewriteRule ...→ 第二个RewriteCond实际仍与第三个做“与”判断，逻辑混乱
借助环境变量临时存储中间状态
当条件逻辑更复杂（比如“非 A 且（B 或 C）”），单纯靠 [OR] 和顺序难表达，可先用 RewriteCond 设置环境变量，再在后续规则中引用。
- 先判断是否匹配 B 或 C，并设标志：
RewriteCond %{REQUEST_URI} \.(jpg|png|gif)$ [OR]<br> RewriteCond %{REQUEST_URI} /static/ [NC]<br> RewriteRule ^ - [E=IS_ASSET:1] - 再组合主条件：
RewriteCond %{REQUEST_FILENAME} !-f<br> RewriteCond %{ENV:IS_ASSET} =1<br> RewriteRule ^ - [S=1]→ 满足时跳过下一条规则
注意常见陷阱
条件判断基于当前请求上下文，变量值可能被前面规则修改；RewriteCond 对 REQUEST_URI 的匹配发生在重写前，而对 REQUEST_FILENAME 的判断则基于物理路径映射结果。
-
%{REQUEST_FILENAME}是经过RewriteBase和路径拼接后的绝对文件系统路径，不是原始 URL - 正则中的
^和$锚定的是完整字符串，写^/admin要小心开头斜杠是否已存在（取决于 RewriteBase 设置） - 多个 RewriteCond 共享同一个 RewriteRule 时，它们共同约束该规则，不会各自绑定不同规则
