redirectmatch 是 apache 中唯一能靠内置指令完成路径结构重组的批量跳转方案，因其支持 pcre 正则捕获与分组重排（如 $1、$2），而 redirect 仅支持前缀字符串匹配，无法实现 slug 前置、年月后置等复杂路径变换。
RedirectMatch 是 Apache 中唯一能靠内置指令完成路径结构重组的批量跳转方案，前提是正则写对、锚点加准、目标不自匹配。
为什么 RedirectMatch 比 Redirect 更适合批量跳转
Redirect 只做前缀字符串匹配，比如 Redirect /blog/ /posts/，它无法把 /blog/2023/01/hello.html 改成 /posts/hello-2023-01/ —— 年月位置变了，slug 要前置，这必须靠正则捕获和重排。RedirectMatch 底层走 PCRE，支持 $1、$2 分组引用，是 mod_alias 里唯一能干这事的指令。
常见误判是以为 Redirect 加个通配符就行，其实它根本不认 * 或 .，那些写法会直接失效或触发 500。
避免无限重定向和 500 错误的关键写法
绝大多数线上故障不是正则写错，而是没防住“自己跳自己”：
- 别漏
^：写成RedirectMatch (.*)\.html$ /post/$1会把新 URL/post/xxx也匹配进去，必须写RedirectMatch ^/old/(.*)\.html$ /post/$1 - 别碰查询参数：
RedirectMatch完全不读QUERY_STRING，/search?q=foo不会自动带过去；要保留就得显式拼，比如RedirectMatch ^/s/(.*)$ /search/?q=$1 - 结尾斜杠要显式：匹配
/2023/04/post/时，正则末尾写/$，目标也写/posts/$3-$1-$2/，否则 Apache 可能补一次 301（因 DirectorySlash 默认开启） - 别在正则里写协议或域名：只处理
REQUEST_URI部分，https://和host完全不参与匹配
典型场景：年月归档路径扁平化重构
WordPress 迁移静态站时最常遇到：把 /2023/04/my-article/ 跳到 /posts/my-article-2023-04/。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
正确配置是：
RedirectMatch ^/(\d{4})/(\d{2})/(.+?)/$ /posts/$3-$1-$2/
说明：
-
(\d{4})捕获年份，(\d{2})捕获月份，(.+?)非贪婪捕获 slug（避免吞掉末尾/） - 末尾
/$确保只匹配目录型 URL，不误伤/2023/04/image.jpg -
$3-$1-$2是顺序关键：slug 在前，年月在后，不是$1-$2-$3
需要判断查询参数时，别硬套 RedirectMatch
RedirectMatch 对 ?ref=old 这类条件完全无感。真要按参数跳转，必须切到 RewriteCond + RewriteRule：
RewriteCond %{QUERY_STRING} ^ref=old(&|$)<br>RewriteRule ^/page\.html$ /new-page.html? [R=301,L]
注意两点：
-
RewriteCond匹配的是原始QUERY_STRING，开头没? - 替换目标末尾的
?表示清空原查询串，防止自动继承（比如不加 ?，/page.html?ref=old会跳成/new-page.html?ref=old）
如果逻辑里既有路径正则，又要查参数、还要改 host，统一用 Rewrite* 系列更稳——RedirectMatch 是单点利器，不是万能胶。
