PHP 8.3 的虚拟目录配置由 Web 服务器决定：Apache 依赖 DocumentRoot 与 <Directory> 块授权，Nginx 依赖 root/alias 语义及动态 SCRIPT_FILENAME 传递；权限链四环节缺一不可。
PHP 8.3 本身不决定虚拟目录怎么写，它只是被 Web 服务器调用的后端处理器。真正差异来自 Apache 和 Nginx 的配置逻辑——一个靠 <Directory> 块控制路径行为，另一个靠 location 块匹配并重写请求路径。
Apache 的 DocumentRoot 和 Directory 是两回事
很多人以为改了 DocumentRoot 就完事，其实漏掉 <Directory> 块，90% 的 PHP 站点会直接 403 或 500。
-
DocumentRoot "/var/www/myapp"只告诉 Apache “文件从哪读”，但不授权访问 - 必须配对应的
<Directory "/var/www/myapp">，且包含Require all granted（Apache 2.4+）和AllowOverride All（否则 Laravel/WordPress 的 .htaccess 不生效） - 路径末尾别加斜杠：
DocumentRoot "/var/www/myapp/"在某些旧版 Apache 里会触发“Invalid command 'Require'”类错误 - 如果项目用的是框架（如 Laravel），
DocumentRoot应指向public/子目录，不是项目根目录；否则index.php外的 PHP 文件可能被直接下载
Nginx 的 root 和 alias 容易混用
root 和 alias 都能指定文件路径，但语义完全不同：前者是“拼接路径”，后者是“替换路径”。写错会导致 404 或返回空白页。
-
root /var/www/myapp;+location /static/ { }→ 实际找/var/www/myapp/static/ -
alias /var/www/myapp/public/;+location / { }→ 实际找/var/www/myapp/public/（注意alias路径末尾必须有斜杠） - 对 PHP 入口，推荐统一用
root+fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;，避免alias引发的SCRIPT_FILENAME解析错乱 - Windows 下路径要用正斜杠：
root C:/www/myapp;，反斜杠会被 Nginx 当转义符处理
PHP-FPM 的 SCRIPT_FILENAME 必须动态生成
Apache 用 AddType 就能把 .php 当脚本执行，Nginx 没这功能——它必须把请求完整转发给 PHP-FPM，并明确告诉它“哪个文件要执行”。这个传递过程极易出错。
立即学习“PHP免费学习笔记（深入）”；
- 不能硬编码路径：
fastcgi_param SCRIPT_FILENAME /var/www/myapp/index.php;❌（只对单文件有效） - 必须用变量组合：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;✅（$document_root来自root或alias，$fastcgi_script_name来自 URI） - 如果用了
alias，$document_root不会自动更新，得手动设：fastcgi_param SCRIPT_FILENAME /var/www/myapp/public$fastcgi_script_name; - PHP 8.3 开始，
cgi.fix_pathinfo=1仍是必需项（尤其 Windows），否则/index.php/some/path这类 PATH_INFO 请求会失败
最常被忽略的其实是权限链：Nginx worker 进程用户（如 www-data）→ PHP-FPM pool 用户（也得是 www-data）→ socket 文件属组与权限（0660）→ 网站目录读取权限。四个环节只要一个卡住，就不是配置语法问题，而是服务跑不起来。
