当多个 RewriteRule 匹配路径存在包含关系（如 page 和 page/create）时，Apache 按自上而下的顺序匹配，必须将更具体的规则置于更通用的规则之前，否则后者会提前截断请求。
当多个 rewriterule 匹配路径存在包含关系（如 `page` 和 `page/create`）时，apache 按自上而下的顺序匹配，必须将更具体的规则置于更通用的规则之前，否则后者会提前截断请求。
在 Apache 的 mod_rewrite 中，重写规则的执行是严格顺序驱动且贪婪匹配的：一旦某条规则成功匹配并带有 [L]（Last）标志，后续规则将被跳过。因此，若将泛化的规则 ^page 放在前面，所有以 page 开头的 URL（包括 page/create、page/edit 等）都会被第一条规则捕获并重写为 page.php，导致更精确的子路径规则永远无法生效。
✅ 正确做法：由细到粗，从具体到通用
将高特异性路径规则前置，确保其优先匹配：
# ✅ 先匹配精确子路径（更具体） RewriteRule ^page/create$ page_edit.php?editID=1 [NC,L] # ✅ 再匹配基础页面（更通用） RewriteRule ^page$ page.php [NC,L]
⚠️ 关键优化说明：
Web Accessibility (WCAG 2 AA))
下载
将 WCAG 2 AA 无障碍标准应用于设计系统、UI 组件和网页——通过可运行的验证器进行对比度计算，采用设计 token 模式使颜色天生可访问，设定排版和焦点状态规则，并提供语义检查清单。适用于构建或审查 UI。
- 添加行尾锚点
$：^page$确保只匹配完整路径/page，避免误匹配/page123或/page/anything； -
^page/create$明确限定路径结构，防止因缺失边界符导致意外交叉匹配； -
[NC]保持大小写不敏感，[L]保证匹配后立即终止规则链。
? 进阶建议：
若需支持更多操作（如编辑、删除），可统一归入参数化路由，提升可维护性：
RewriteRule ^page/(create|edit|delete)/?$ page_edit.php?action=$1 [NC,QSA,L] RewriteRule ^page/?$ page.php [NC,L]
? 总结：
.htaccess中的 RewriteRule 不是“最佳匹配”，而是“首个匹配”。设计规则时务必遵循 Specific → General 原则，并善用正则边界符（^、$）明确匹配范围——这是避免隐式覆盖的根本方法。
