LimitInternalRecursion不能防止重写死循环，仅在内部重定向超默认值10时中止并报AH00124错误，属事后熔断机制；它控制重定向链与子请求嵌套深度，非预防手段。
LimitInternalRecursion 不能防止重写死循环，它只在死循环已经发生、内部重定向达到阈值时强制中止并报错。它是一个熔断机制，不是预防手段。
LimitInternalRecursion 的真实作用
该指令设置 Apache 内部重定向链和子请求嵌套的深度上限，默认值为 10。当 mod_rewrite 触发的重写跳转次数超过此值，Apache 就会停止处理，返回 AH00124 错误，并在 error_log 中记录类似：
- [alert] mod_rewrite: maximum number of internal redirects reached
这说明循环早已开始，只是被拦下了——就像汽车撞上墙才弹出安全气囊，不是靠它避免撞墙。
它控制两个维度：第一个数字是内部重定向次数（即重写跳转），第二个是子请求嵌套深度（如 mod_dir 查 DirectoryIndex）。只写一个数字（如 LimitInternalRecursion 20）会同时设为两者。该指令仅支持 server config、virtual host 或 directory 作用域，不能用在 .htaccess 中。
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
看到错误后怎么快速定位循环源头
日志里出现 AH00124，基本可确认至少有两条规则在互相触发。重点排查以下典型场景：
- 目标路径未排除自身：例如 RewriteRule ^(.*)$ /index.php?path=$1 [L] 没加 RewriteCond %{REQUEST_URI} !^/index\.php$，导致 /index.php 被反复重写
- RewriteCond 条件恒真：比如用 %{HTTP_HOST} 判断但未覆盖当前域名，让规则对所有请求都生效
- 漏掉 [L] 标志：尤其在 .htaccess 中，某条规则没加 [L]，后续规则继续执行，容易形成闭环
- 重写目标又匹配新规则：如 RewriteRule ^/old/(.*)$ /new/$1 [L]，而另一条规则又捕获了 ^/new/，构成 A→B→A 循环
真正有效的预防方式
靠调高 LimitInternalRecursion 只是临时辅助调试，不能解决问题。必须从规则逻辑入手：
- 对所有可能自我匹配的终点路径显式排除，例如在重写到 index.php 前加上：RewriteCond %{REQUEST_URI} !^/index\.php$
- 避免正则重叠：像 ^m/(.*)$ 和 ^(.*)$ 这类包含关系，会让后者总能匹配前者处理后的结果，应拆开范围或加条件限制
- 优先用精确前缀匹配而非贪婪捕获：比如用 RewriteRule ^/api/ - [L] 直接终止，比 ^(.*)$ 更安全
- 结合文件/目录存在性判断：常用组合是 RewriteCond %{REQUEST_FILENAME} !-f 和 RewriteCond %{REQUEST_FILENAME} !-d，确保只对不存在的资源重写
配合日志提升可观测性
默认日志级别通常不足以定位问题。建议调整：
- Apache 2.4 推荐配置：LogLevel warn rewrite:trace3（不建议长期开启 trace 级别，调试完及时降级）
- 确保 ErrorLog 级别不低于 warn，避免关键 alert 被过滤
- 启用 RewriteOptions InheritBefore 可缓解子目录继承父规则引发的嵌套问题
调高 LimitInternalRecursion（如设为 20）仅用于临时定位，绝不能作为“解决”方案。发现错误后，应立即回查规则逻辑，而不是增加阈值。
