phpEnv下SCRIPT_FILENAME路径映射错误主因是$document_root解析软链接而非物理路径，导致PHP-FPM收到不存在的路径而报“No input file specified”；需用realpath显式指定物理路径或修正open_basedir与FPM池配置。
phpEnv下Nginx的SCRIPT_FILENAME路径映射错在哪
phpEnv默认用软链接管理PHP版本和站点，但Nginx的$document_root变量解析的是物理路径，而fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name这行若没跟上真实路径，就会把请求发到软链接目标之外——比如站点根目录是/www/vhosts/myapp（实际指向/www/vhosts/myapp_v2.1.3），但Nginx配置里root写的是软链接路径，PHP-FPM拿到的就是/www/vhosts/myapp/index.php这个“不存在的路径”，直接报No input file specified。
关键点：phpEnv的site.conf模板常漏掉realpath处理，必须手动修正。
- 进入phpEnv站点配置目录：
/www/vhosts/myapp/conf/nginx/site.conf - 找到
location ~ \.php$ {区块，确认fastcgi_param SCRIPT_FILENAME这一行不是简单拼接$document_root，而是显式用realpath展开：
fastcgi_param SCRIPT_FILENAME /www/vhosts/myapp_v2.1.3$fastcgi_script_name;
- 或者更稳妥地，在
server块顶部加一行：set $real_root "/www/vhosts/myapp_v2.1.3";，然后把SCRIPT_FILENAME改成$real_root$fastcgi_script_name - 保存后执行
phpenv nginx reload（不是restart，避免中断）
为什么.user.ini在phpEnv里特别容易触发这个错误
phpEnv会为每个站点自动生成.user.ini，但它的open_basedir默认只写软链接路径（如/www/vhosts/myapp），而PHP-FPM实际运行时读取的是物理路径下的文件——open_basedir限制生效后，连index.php都算“越界”，直接拒绝访问。
查证方式：在站点根目录运行php -i | grep open_basedir，看输出是否含物理路径。
- 编辑
/www/vhosts/myapp/.user.ini - 把
open_basedir = /www/vhosts/myapp:/tmp改成open_basedir = /www/vhosts/myapp_v2.1.3:/tmp - 如果用了CI/CD自动部署，建议在部署脚本末尾加一行：
sed -i "s|/www/vhosts/myapp|/www/vhosts/$(readlink -f . | xargs basename)|" .user.ini - 改完不用重启PHP，phpEnv会自动检测
.user.ini变更并重载
phpEnv的PHP-FPM池配置与doc_root冲突
phpEnv给每个PHP版本生成独立FPM池（如php74.pool），但池配置里可能残留旧版doc_root，和Nginx的root不一致。比如Nginx指向/www/vhosts/myapp_v2.1.3，而FPM池里doc_root = /www/vhosts/myapp，PHP就只认软链接路径下的文件，一访问就报错。
- 找到对应PHP版本的池配置：
/www/php/74/etc/php-fpm.d/myapp.pool - 搜索
doc_root，如果存在，直接删掉整行（phpEnv不需要它，靠Nginx传参） - 检查
chroot和chdir是否被设值，这两项在phpEnv中基本无用，留着反而干扰路径解析 - 修改后执行
phpenv php-fpm restart 74（注意指定PHP版本号）
入口文件路径和框架路由的双重陷阱
ThinkPHP/Laravel这类框架依赖PATH_INFO或查询参数路由，但phpEnv默认PHP版本（尤其8.0+）的cgi.fix_pathinfo=0，导致Nginx转发来的/index.php/hello被截成/index.php，后面路由段丢失——PHP找不到/hello对应的真实文件，又没进框架入口，就退回到“No input file specified”。
- 进phpEnv PHP管理页，打开
php.ini（不是.user.ini） - 定位
cgi.fix_pathinfo，设为1（必须是数字1，不能是on/true） - 对Laravel站点，在Nginx配置的
location /块里用try_files $uri $uri/ /index.php?$query_string;；ThinkPHP则用try_files $uri $uri/ /index.php?s=$uri&$args; - 别信phpEnv面板里的“一键修复PATH_INFO”，它只改
.user.ini，不碰php.ini
最易忽略的是：phpEnv的nginx reload不会校验配置语法，错了一行;也可能让整个location块失效，建议先跑nginx -t再操作。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
