RewriteRule 不匹配问号及查询参数，仅处理路径部分；需用 RewriteCond 针对 %{QUERY_STRING} 捕获参数，再协同 RewriteRule 处理路径，配合 [QSA] 和 [L] 实现正确转发。
Apache 的 RewriteRule 本身**不匹配问号（?）及其后的查询参数部分**，这是设计使然——它只处理 URL 路径（REQUEST_URI 中 ? 之前的部分）。所以“匹配带问号的路径”这个说法容易误导，真正要做的是：**用 RewriteCond 单独捕获查询参数，再配合 RewriteRule 处理路径，二者协同完成逻辑**。
为什么不能直接在 RewriteRule 里写 ?
因为 ? 是正则表达式中的量词（表示前一个字符出现 0 或 1 次），不是普通字符。即使你转义成 \?，RewriteRule 仍不会去匹配 URL 中实际的 ?xxx 部分——模块在解析请求时已将路径和查询串分离，RewriteRule 只看到路径段。
例如：/product?id=123 的路径是 /product，id=123 属于 %{QUERY_STRING}，必须用 RewriteCond 提取。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
正确提取查询参数：用 RewriteCond 匹配 %{QUERY_STRING}
所有参数判断都得靠 RewriteCond 对 %{QUERY_STRING} 变量做正则匹配，捕获内容用 %1、%2 引用：
-
匹配精确参数值：比如只处理
?ref=abcRewriteCond %{QUERY_STRING} ^ref=([^&]+)$
后续规则中可用%1得到abc -
匹配含多个参数的场景：如
?id=5&lang=zhRewriteCond %{QUERY_STRING} id=(\d+)&lang=([a-z]+)%1是5，%2是zh -
忽略参数存在与否，只关心路径：用空条件兜底
RewriteCond %{QUERY_STRING} ^(.*)$
这样%1就能拿到完整原始参数串，便于后续拼接
路径部分怎么写？注意开头斜杠和转义
路径匹配要准，且注意上下文差异：
-
在 .htaccess 文件中：路径不带开头
/，写^product/(\d+)$匹配/product/123；写^/product/...反而永远不生效 -
在虚拟主机或 httpd.conf 中：路径带开头
/，应写^/product/(\d+)$ -
路径中含字面意义的 ?、.、(、) 等：必须转义
比如匹配/view.php?aid=1的路径部分（即/view.php），要写：RewriteRule ^view\.php$ /view.php [L]
注意.必须写成\.，否则表示“任意字符”
参数传递与终止：[QSA] 和 [L] 不可少
处理完参数后，转发目标如何携带原参数？两个关键标志：
-
[QSA]（qsappend）：自动把原始查询参数追加到新 URL 后，避免丢失
例：RewriteRule ^old/(.*)$ /new.php?id=$1 [QSA,L]
请求/old/abc?src=test→ 内部映射为/new.php?id=abc&src=test -
[L]（last）：立即终止当前轮次匹配，防止被后续规则二次改写导致 404 或循环
所有 RewriteRule 建议都加上 [L]，尤其是涉及重定向或排除目录时
例：RewriteRule ^admin/ - [L]表示 /admin/ 下所有请求不再走其他规则
