ThinkPHP伪静态访问报No input file specified解答【解答】-ThinkPHP-PHP中文网

根本原因是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解答【解答】

宝塔面板里 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 就必然出现。

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

进宝塔文件管理器，打开项目根目录 → 进入 public 目录 → 找到 .user.ini
要么直接删掉它（最干脆），要么打开编辑，把整段内容注释掉（每行前加 ;）
改完必须重启 PHP 服务（宝塔面板 → 软件商店 → PHP 版本 → 右侧「重启」）
注意：有些自动部署脚本会重建 .user.ini，上线后要再确认一次

宝塔防跨站设置必须精确到 public 目录

宝塔默认开启「防跨站攻击」，但它按站点根目录判断 Web 入口，而 ThinkPHP 的入口是 public 子目录。如果只把根目录加进白名单，public 仍被拦截，导致 SCRIPT_FILENAME 传空给 PHP-FPM。

进宝塔 → 网站 → 对应站点 → 「防跨站攻击(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 模式，再决定动哪条规则。