根本原因是PHP-FPM无法获取有效SCRIPT_FILENAME或PATH_INFO，需同步修正Nginx的fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name、删除或注释public目录下的.user.ini、并将宝塔防跨站白名单精确设为/public/路径且重启PHP服务。
宝塔面板里 ThinkPHP 开启伪静态后报 No input file specified，根本不是框架问题，而是 PHP-FPM 拿不到有效的 SCRIPT_FILENAME 或 PATH_INFO —— 通常卡在三个地方：Nginx 转发规则、.user.ini 限制、或宝塔防跨站白名单没对准 public 目录。
为什么 Nginx 的 fastcgi_param SCRIPT_FILENAME 容易写错
很多用户复制网上配置时直接粘贴 fastcgi_param SCRIPT_FILENAME $request_filename;，这行在宝塔默认配置里是错的：$request_filename 是 Nginx 内部路径变量，可能为空或指向错误位置；必须用 $document_root$fastcgi_script_name 才能拼出真实 PHP 文件路径。
- 检查站点 Nginx 配置中
location ~ \.php(.*)$ { ... }块内是否含这一行：fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; - 如果被注释或写成
$request_filename，删掉旧行，补上正确行 - 改完必须点宝塔「重载配置」，否则 Nginx 不读新规则
- 别漏掉
fastcgi_split_path_info配置（尤其用 PATH_INFO 模式时），否则index.php/abc这类 URL 的PATH_INFO会为空
.user.ini 文件是隐藏杀手
.user.ini 在 ThinkPHP 的 public 目录下常被忽略，但它会强制覆盖 PHP 的 open_basedir 和其他 ini 设置。一旦里面写了不兼容的路径或禁用了 pathinfo，No input file specified 就必然出现。
- 进宝塔文件管理器，打开项目根目录 → 进入
public目录 → 找到.user.ini - 要么直接删掉它（最干脆），要么打开编辑，把整段内容注释掉（每行前加
;） - 改完必须重启 PHP 服务（宝塔面板 → 软件商店 → PHP 版本 → 右侧「重启」）
- 注意：有些自动部署脚本会重建
.user.ini，上线后要再确认一次
宝塔防跨站设置必须精确到 public 目录
宝塔默认开启「防跨站攻击」，但它按站点根目录判断 Web 入口，而 ThinkPHP 的入口是 public 子目录。如果只把根目录加进白名单，public 仍被拦截，导致 SCRIPT_FILENAME 传空给 PHP-FPM。
立即学习“PHP免费学习笔记（深入）”；
- 进宝塔 → 网站 → 对应站点 → 「防跨站攻击(open_basedir)」→ 点右侧「设置」
- 白名单路径必须填完整绝对路径，例如：
/www/wwwroot/myapp/public/（结尾斜杠不能少） - 不能只填
/www/wwwroot/myapp/，否则public下的index.php仍被隔离 - 保存后务必点击「重启 PHP 服务」——只重载 Nginx 不生效
- 顺手检查 PHP 配置里的
open_basedir是否也包含该路径（宝塔 PHP 设置 → 配置修改 → 搜索open_basedir）
ThinkPHP 的 .htaccess 伪静态规则要适配 FastCGI
Apache 下的 .htaccess 规则在 Nginx + FastCGI 环境里容易失效，尤其 index.php/$1 这种写法会让 PHP-FPM 误以为 $1 是脚本名而非参数，从而丢弃 PATH_INFO。
- 进入
public目录，编辑.htaccess - 把原规则
RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]改成：RewriteRule ^(.*)$ index.php?s=$1 [QSA,PT,L] - 或者更稳妥的写法：
RewriteRule ^(.*)$ index.php [L,E=PATH_INFO:$1]（需 Nginx 配合fastcgi_param PATH_INFO $fastcgi_path_info;） - 改完刷新页面，如果仍报错，说明问题不在这里，优先排查前面三项
真正卡住的人，往往只改了其中一两项就去测试，结果反复失败。最常见组合陷阱是：Nginx 规则对了，但 .user.ini 还在作祟；或者防跨站白名单加了，PHP 却没重启。动手前先看清楚当前环境用的是 PATH_INFO 还是 QUERY_STRING 模式，再决定动哪条规则。
