“No input file specified”错误源于Apache未将请求正确映射到PHP脚本路径，主因包括.htaccess重写规则不兼容FastCGI（如缺失query string传递）、RewriteBase配置错误、mod_rewrite未启用或AllowOverride设为None、AddType未注册.php处理器、php.ini中cgi.fix_pathinfo=1引发路径歧义、doc_root硬绑定、.user.ini干扰，以及入口文件缺失或权限不足。
“No input file specified” 在 Apache 环境下不是 PHP 本身出错，而是 Apache + PHP（尤其是 FastCGI 模式）无法把请求正确映射到真实的 index.php 或其他 PHP 脚本路径上。核心在于：请求进来了，但 Apache 没告诉 PHP “该执行哪个文件”，或者告诉了却是个无效路径。
检查 .htaccess 重写规则是否适配 FastCGI
这是 Apache 下最常见原因——尤其在 Laravel、ThinkPHP、WordPress 等使用 URL 重写的项目中。FastCGI 模式对 PATH_INFO 解析不敏感，原规则容易丢失脚本路径。
- 错误写法（导致无文件路径）：
RewriteRule ^(.*)$ /index.php/$1 [L] - 正确写法（显式传递 query string）：
RewriteRule ^(.*)$ /index.php?/$1 [L]或更稳妥的：RewriteRule ^(.*)$ /index.php [L,E=PATH_INFO:$1] - 确保
RewriteBase与实际站点根目录一致，例如项目部署在子目录/blog/，就写RewriteBase /blog/
确认 Apache 正确识别 .php 后缀并启用 rewrite 模块
如果 Apache 根本没把请求交给 PHP 解析，也会表现为该错误。
- 打开
httpd.conf（或apache2.conf），确认已启用：LoadModule rewrite_module modules/mod_rewrite.so - 找到对应虚拟主机或目录配置段，确保：
AllowOverride All（而非None），否则 .htaccess 不生效 - 检查
AddType是否注册 PHP 处理器，例如：AddType application/x-httpd-php .php
如需支持更多后缀（如.phtml），一并添加
排查 PHP 配置干扰项
某些 php.ini 设置在 FastCGI 下会覆盖路径解析逻辑：
立即学习“PHP免费学习笔记（深入）”；
- 定位
php.ini（可通过phpinfo()查看加载路径），检查：cgi.fix_pathinfo = 0（推荐设为 0，避免路径猜测引发歧义） - 注释掉或删除
doc_root行（除非你有强隔离需求，否则它常导致根目录硬绑定失败） - 若存在
.user.ini，临时重命名测试：mv .user.ini .user.ini.bak，再重启 Apache；如恢复，说明open_basedir或auto_prepend_file路径配置错误
验证入口文件是否存在且权限正常
看似基础，却常被忽略：
- 确认浏览器访问的 URL 对应的真实路径下，确实存在
index.php（或你配置的默认文件） - 检查文件权限：
ls -l /var/www/html/index.php（Linux）或对应 Windows 路径权限
确保 Apache 进程用户（如www-data或daemon）有读取权限 - Windows 下用 phpstudy 等集成环境时，注意路径是否含中文或空格，建议全英文路径
