Apache目录级重写处理的是对应上下文中的路径，RewriteBase会影响某些相对替换的URL基准。子目录、Alias和文档根关系不同，是否需要及怎样设置应按实际映射判断，不能机械填一个斜杠。
先区分URL路径和文件目录
记录访问前缀、DocumentRoot、Alias与WordPress实际目录，确认浏览器路径是否真的对应同名磁盘路径。网站地址与WordPress安装地址也可能不同。没有这张映射表，就容易把能打开首页的配置误认为所有子路径都正确。
理解目录级规则拿到的内容
在.htaccess或Directory上下文中，规则匹配与虚拟主机级可能有不同前缀处理。查当前Apache文档说明，不把另一层示例直接复制过来。相对替换和绝对URL替换的基准也不同，需要明确每次重写结果指向哪里。
只调整经过确认的基准
根据Alias和实际目录关系评估RewriteBase及其他规则，保留原WordPress生成块与自定义范围的边界。不要反复在多个目录加同样规则，可能造成内部处理循环或把资源送到错误站点。涉及HTTPS和规范域名重定向时，应另画外部跳转链。
检查入口、资源与不存在路径
在受控配置检查后验证子目录首页、文章、后台、图片和一个不存在URL，确认状态与最终地址正确。根域其他应用或静态文件不应被误改。保存映射、规则位置与回退内容，迁移路径时重新核对，不把旧站的RewriteBase当成永久常量。
关键区别
URL前缀：浏览器看到的位置；未必等于磁盘目录。
RewriteBase：影响相对替换基准；按上下文与映射判断。
Alias映射：可能改变目录关系；不能套根目录假设。
怎样确认处理到位
子路径页面、后台和资源均进入正确地址，不存在路径状态合理，根域其他内容未受影响，配置来源与恢复方式清楚。
容易误判的边界
本文聚焦目录级重写基准，不提供无需了解Alias、DocumentRoot与站点地址即可照抄的完整规则。
