apache mod_rewrite规则冲突不直接报错，表现为“没反应”“跳转异常”“404”或“500”，需通过启用模块、设置allowoverride all、精简测试、开启rewrite日志（loglevel alert rewrite:trace3）及区分[r]重定向与内部重写来排查。
Apache mod_rewrite 规则冲突不会直接报错，而是表现为“没反应”“跳转异常”“404”或“500”，排查关键在于控制变量、分层验证、看日志。
确认模块与覆盖权限是否就绪
规则不生效，90% 源于基础配置未打开：
- 运行
a2enmod rewrite（Ubuntu/Debian）或检查httpd.conf中LoadModule rewrite_module modules/mod_rewrite.so是否已启用且无注释 - 确保对应目录的
AllowOverride All已设置（如<directory></directory>块内），否则 .htaccess 中的规则完全被忽略 - 重启 Apache 后用
apachectl -M | grep rewrite或phpinfo()验证模块确实在加载列表中
精简测试 + 逐条激活
把所有规则注释掉，只留最简可验证的一条：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 先写
RewriteEngine On和一条固定重写，例如：RewriteRule ^test$ /index.php [L]，然后访问/test看是否跳转成功 - 确认基础通路后，每次只取消注释 1–2 条规则，观察行为变化；特别注意顺序——
[L]终止后续匹配，但前面规则若误匹配会截断逻辑 - 像
single-portfolio这类专用路由，必须放在通用规则（如 .php 补全）之前，否则会被提前吞掉
启用重写日志定位匹配过程
Apache 2.4 使用 LogLevel alert rewrite:trace3（写入 httpd.conf 或虚拟主机配置），然后查 error_log：
- 每行日志带时间戳和匹配步骤，能看到“尝试匹配第1条”“条件不满足跳过”“重写为xxx”“最终内部路径是xxx”
- 常见陷阱：条件中用了
%{REQUEST_FILENAME}，但在别名（Alias）或符号链接环境下路径解析不准；改用%{DOCUMENT_ROOT}%{REQUEST_URI}更可靠 - 避免长期开启 trace3 以上级别，性能损耗明显，调试完及时调低
区分重写与重定向，避开方法丢失陷阱
POST 请求突然变 405？大概率是误用了 [R]：
-
RewriteRule ... [R]默认触发 302 重定向，浏览器会把原始 POST 改为 GET 再发一次，目标地址若只接受 POST 就返回 405 - 需要保留请求方法时，去掉
[R]，用纯内部重写（不带 R 标志）；仅当真要跳转且允许方法变更时才加[R=301]或[R=302] - 调试时用
curl -v -X POST直接测，绕开浏览器缓存和自动重定向干扰
