伪静态依赖RewriteRule等指令，而AllowOverride FileInfo不足以支持RewriteBase解析、FollowSymLinks等隐式依赖项，仅AllowOverride All才能确保重写规则完整生效且避免404或规则被忽略。
因为伪静态（如 Vue/React 的 history 模式、WordPress 固定链接）依赖 .htaccess 中的 RewriteRule 和 RewriteEngine 等指令，而这些指令属于 FileInfo 类别 —— 但仅设 AllowOverride FileInfo 并不保险。Apache 2.4+ 中部分重写行为（比如 RewriteBase 解析、模块加载顺序、符号链接处理）需要更完整的上下文支持，All 是唯一能确保所有必要指令被识别和执行的取值。
为什么 FileInfo 不够用
AllowOverride FileInfo 理论上允许文件类型相关指令（如 AddType、ErrorDocument、RewriteRule），但实际中常出现以下问题：
-
RewriteBase在子目录部署时可能失效，因它依赖Options或路径解析权限 - 某些规则隐式依赖
FollowSymLinks，而该选项归在Options类别下，FileInfo不包含它 - 宝塔等面板生成的默认配置若含
Options Indexes FollowSymLinks，但AllowOverride未覆盖Options，就会导致 403 错误
All 不等于“全放开”，而是“功能完整”
AllowOverride All 并非开放所有危险指令，而是让 .htaccess 能使用当前已启用模块所支持的全部合法指令。关键点在于：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 它不启用未加载的模块（比如没开
mod_rewrite，写RewriteRule仍会报 500） - 它不绕过主配置中的安全限制（如
<filesmatch>Require all denied</filesmatch>依然生效） - 真正影响安全的是目录权限（
Require all granted）和文件访问控制，不是All本身
不设 All 的典型后果
常见现象不是“规则报错”，而是请求压根不进重写流程：
- 刷新前端路由（如
/user/profile）直接返回 404，而非交由index.html处理 -
apachectl -t配置语法正常，apache2ctl -M | grep rewrite显示模块已加载，但.htaccess像不存在一样 - 错误日志里没有重写相关记录，说明 Apache 根本没读取或忽略该文件
必须同步配置的两件事
只改 AllowOverride All 还不够，还需配套设置：
-
Require all granted：Apache 2.4+ 强制要求，缺了会 403 - 删掉旧的
Order allow,deny和Allow from all：2.2 语法在 2.4 下已废弃，混用会导致 500
