根本原因是alias与SCRIPT_FILENAME拼接逻辑错位，导致路径错误；其次PHP 8.3默认security.limit_extensions限制过严；再者未配置fastcgi_split_path_info致PATH_INFO失效；最后socket路径或权限不匹配。
Nginx 1.24.0 + PHP 8.3.28 虚拟目录下 PHP 不执行，根本原因不是版本不兼容，而是 root / alias 与 SCRIPT_FILENAME 拼接逻辑错位 —— 尤其在用 alias 定义子目录时，$document_root 不再等于物理路径根，但多数配置仍无脑沿用它。
location 中用了 alias，却还写 $document_root$fastcgi_script_name
这是虚拟目录 PHP 解析失败最典型的硬伤。比如你配了：
location /admin/ {
alias /var/www/myapp/public/admin/;
location ~ \.php$ {
fastcgi_pass unix:/run/php/php8.3-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
问题就出在 $document_root：它取的是外层 location /admin/ 的 alias 值（即 /var/www/myapp/public/admin/），而 $fastcgi_script_name 是 /admin/index.php —— 拼出来就是 /var/www/myapp/public/admin//admin/index.php，路径错误，直接报 No input file specified。
正确做法是显式拼接，绕过 $document_root：
立即学习“PHP免费学习笔记（深入）”；
- 把
fastcgi_param SCRIPT_FILENAME改成：fastcgi_param SCRIPT_FILENAME /var/www/myapp/public$fastcgi_script_name; - 或者更通用（适配多级 alias）：
fastcgi_param SCRIPT_FILENAME /var/www/myapp/public${uri%/admin*}$fastcgi_script_name;，但需确保uri可用且无编码问题 - 若用
root替代alias，则必须让root指向/var/www/myapp/public，然后用location /admin/+try_files $uri $uri/ /admin/index.php?$args配合重写入口
PHP-FPM 的 security.limit_extensions 拦截了非标准后缀
PHP 8.3 默认收紧了可执行扩展名限制，security.limit_extensions 在 www.conf 中默认只允 .php。如果你的虚拟目录里有 index.php5、api.php3 或框架路由用的 .php/.html 混合后缀，会被静默拒绝，返回空响应或 404。
PHP 8.5.12 RC 1 候选版修复 BZ2、DOM、PDO、Opcache/JIT 和扩展内存安全问题，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
检查并调整：
- 打开
phpenv/versions/8.3.28/etc/php-fpm.d/www.conf - 确认
security.limit_extensions = .php .php3 .php4 .php5 .php7 .php8（按需补全） - 改完必须重启 PHP-FPM：
phpenv exec php-fpm -y etc/php-fpm.d/www.conf -R（-R热重载） - 注意：线上环境不建议放开过多后缀，开发调试阶段可临时加，上线前收缩
nginx.conf 里没启用 fastcgi_split_path_info，PATH_INFO 错乱
当访问 /admin/index.php/test 这类带 PATH_INFO 的 URL 时，Nginx 默认不会拆分路径，导致 $_SERVER['PATH_INFO'] 为空、SCRIPT_FILENAME 包含多余路径段，Laravel/ThinkPHP 路由失效或报 500。
必须在 location ~ \.php$ 块中显式配置：
- 加上：
fastcgi_split_path_info ^(.+\.php)(/.+)$; - 紧接着设置：
fastcgi_param PATH_INFO $fastcgi_path_info; - 同时保留：
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;（推荐用$realpath_root替代$document_root，它会自动解析软链真实路径） - 如果用了
alias，$realpath_root依然不可靠，此时应改用root+rewrite方案，或硬编码SCRIPT_FILENAME
error.log 里出现 connect() to unix:/run/php/php8.3-fpm.sock failed
这不是 Nginx 配置问题，而是 PHP-FPM socket 文件权限或路径不匹配。PHP 8.3.28 编译安装后，默认 socket 路径可能和 Nginx 预期不一致：
- 查实际 socket 路径：
grep "^listen =" phpenv/versions/8.3.28/etc/php-fpm.d/www.conf，常见值如/run/php/php8.3-fpm.sock或/usr/local/php/var/run/php-fpm.sock - 确认文件存在且权限正确：
ls -l /run/php/php8.3-fpm.sock应为srw-rw----，属主属组需包含 nginx 工作用户（如www-data或nginx） - 若 socket 在
/tmp下，某些系统（如 Ubuntu 22.04+）会启用PrivateTmp=yessystemd 设置，导致 Nginx 根本看不到该文件 —— 此时必须把listen改到/run/php/这类全局可见路径 - 改完 PHP-FPM 配置后，别只 reload，先
phpenv exec php-fpm -t测试配置，再-R重载
虚拟目录的坑不在“能不能跑”，而在“跑得对不对”：少一个 fastcgi_split_path_info，PATH_INFO 就断；错一行 SCRIPT_FILENAME，整个子应用就 404；socket 权限差一位，连进程都连不上。这些点不写死在配置里，光靠“重启大法”永远修不好。
