DocumentRoot定义虚拟主机全局文件服务起点，Alias仅映射特定URL路径到物理目录，二者混用易致路径混乱、403/404；Alias目录须单独授权，不可替代多站点需求，应优先用VirtualHost实现隔离。
Apache 中的 DocumentRoot 和 虚拟目录（Alias /
DocumentRoot 是全局逻辑根，不能被 Alias 覆盖
DocumentRoot 定义的是整个虚拟主机的文件服务起点，所有相对路径请求（如 /index.php、/css/main.css）都从这里开始查找。Alias 只是把某个 URL 路径映射到另一个物理目录，它不改变 DocumentRoot 的地位。
例如：
-
DocumentRoot "/var/www/html"→ 访问http://site.com/test.php就找/var/www/html/test.php -
Alias "/api" "/opt/myapp/api"→ 访问http://site.com/api/data.json才会去查/opt/myapp/api/data.json
注意：/api 下的脚本如果写 include '/config.php'，PHP 仍按 DocumentRoot 查找，即 /var/www/html/config.php，而不是 /opt/myapp/api/config.php——这是常见报错根源。
Alias 目录必须单独配 权限
Apache 2.4 默认禁止所有目录访问，Alias 指向的物理路径不会自动继承 DocumentRoot 的
正确写法示例：
通过全交互式问答对话，逐章节完成长文档的创建、编写和审计。适用于白皮书、方案书、用户手册、分析报告等需要深度共创的文档。 当用户提到"交互式写文档"、"一起写白皮书"、"逐章讨论"、"Step by Step写文档"、"帮我写方案书/报告/手册"， 或者用户想通过问答方式完成任何长文档编写时，使用此技能。即使用户...
<virtualhost><br> DocumentRoot "/var/www/html"<br><directory><br> Require all granted<br></directory><br><br> Alias "/static" "/srv/assets"<br><directory><br> Require all granted<br> Options FollowSymLinks<br></directory><br></virtualhost>
避免 DocumentRoot 和 Alias 路径重叠或嵌套
比如 DocumentRoot 是 /var/www/site，又设了 Alias "/admin" "/var/www/site/admin"——这看似合理，实则多余且易出错。因为 /admin/xxx 本来就能通过 DocumentRoot 直接访问，无需 Alias；若再加一层
更典型的问题是反向嵌套：DocumentRoot "/var/www" + Alias "/app" "/var/www/app/public"，而 /var/www/app/public 实际是 Laravel 或 Symfony 的 public 子目录。此时需确保：
- DocumentRoot 不直接暴露框架源码（如不能是
/var/www/app） - Alias 后的路径有明确
授权，且禁用 .htaccess 外的敏感访问（如拒绝访问 .env）
不要用 Alias 替代多站点需求
有人想用 Alias "/blog" "/var/www/blog" 和 Alias "/shop" "/var/www/shop" 来托管多个独立网站，但这是误用。每个子站通常有自己的路由逻辑、入口文件和资源路径，共享同一个 DocumentRoot 会导致：
- PHP 的
__DIR__或$_SERVER['DOCUMENT_ROOT']始终返回主 DocumentRoot，造成路径计算错误 - 重写规则（.htaccess 或 RewriteRule）难以隔离，互相干扰
- 无法为各子站单独设置 SSL、日志、Header 等高级配置
真正需要多站点，应使用多个
