如何设置phpEnv使Nginx支持Pathinfo路径解析?
- 内容介绍
- 文章标签
- 相关推荐
本文共计821个文字,预计阅读时间需要4分钟。
当然可以,请提供需要改写的原文内容,我将根据您的要求进行修改。
确认 phpEnv 中的 Nginx 配置文件位置
phpEnv 的 Nginx 配置通常位于:D:\phpEnv\nginx\conf\nginx.conf(路径以你实际安装目录为准)。不要改错文件——phpEnv 有时会把站点配置拆到 vhost\ 子目录下,但主 nginx.conf 才控制全局 fastcgi 行为。重点检查 location ~ \.php 块是否已存在,且未被注释。
替换 location ~ \.php 块为支持 pathinfo 的写法
直接替换原配置中类似这样的旧块:
location ~ \.php$ { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; }
换成以下内容(关键点:用 fastcgi_split_path_info,不用 if + set):
立即学习“PHP免费学习笔记(深入)”;
location ~ \.php { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf; fastcgi_split_path_info ^((?U).+\.php)(/?.+)$; fastcgi_param PATH_INFO $fastcgi_path_info; }
-
fastcgi_split_path_info是 Nginx 内置指令(0.7.31+),比正则if更可靠,避免因空匹配或贪婪截断导致PATH_INFO错乱 - 必须用
include fastcgi.conf(不是fastcgi_params),因为fastcgi.conf包含了SCRIPT_FILENAME等必需参数,而fastcgi_params缺少部分定义 - 正则
^((?U).+\.php)(/?.+)$中的(?U)启用非贪婪模式,防止/a.php/b.php/c被错误截成/a.php/b
关闭 php.ini 中的 cgi.fix_pathinfo
phpEnv 的 PHP 配置文件通常在:D:\phpEnv\php\php.ini。搜索 cgi.fix_pathinfo,将其设为:
cgi.fix_pathinfo=0
不关掉它,Nginx 传过去的 SCRIPT_FILENAME 可能被 PHP 二次解析,触发「.php.jpg」类文件解析漏洞,同时干扰 PATH_INFO 提取逻辑。改完后务必重启 phpEnv 的 PHP 服务(不只是 Nginx)。
验证 PATH_INFO 是否生效
在网站根目录放一个 test.php,内容为:
<?php var_dump($_SERVER['PATH_INFO'] ?? 'not set'); ?>
然后访问:http://localhost/test.php/a/b/c。如果输出 string(5) "/a/b/c",说明配置成功;若输出 not set 或空字符串,常见原因有:
- Nginx 没重载:执行
D:\phpEnv\nginx\nginx.exe -s reload(不能只点 phpEnv 界面的“重启 Nginx”按钮,有时无效) - 浏览器缓存了 301 重定向:换无痕窗口或清 DNS 缓存(
ipconfig /flushdns) - 路径里含中文或特殊符号:Nginx 默认不处理 UTF-8 路径编码,先用纯 ASCII 路径测试
- phpEnv 启用了“隐藏 index.php”规则但没配好:暂时注释掉所有
rewrite或try_files规则,专注验证基础 pathinfo
PATH_INFO 的提取完全依赖 Nginx 正则和 PHP 的 CGI 协议对齐,任何一环松动都会让 $_SERVER['PATH_INFO'] 归零——它不像 pathinfo() 函数那样本地可用,是真·环境变量,得靠服务器喂。
本文共计821个文字,预计阅读时间需要4分钟。
当然可以,请提供需要改写的原文内容,我将根据您的要求进行修改。
确认 phpEnv 中的 Nginx 配置文件位置
phpEnv 的 Nginx 配置通常位于:D:\phpEnv\nginx\conf\nginx.conf(路径以你实际安装目录为准)。不要改错文件——phpEnv 有时会把站点配置拆到 vhost\ 子目录下,但主 nginx.conf 才控制全局 fastcgi 行为。重点检查 location ~ \.php 块是否已存在,且未被注释。
替换 location ~ \.php 块为支持 pathinfo 的写法
直接替换原配置中类似这样的旧块:
location ~ \.php$ { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; }
换成以下内容(关键点:用 fastcgi_split_path_info,不用 if + set):
立即学习“PHP免费学习笔记(深入)”;
location ~ \.php { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fastcgi.conf; fastcgi_split_path_info ^((?U).+\.php)(/?.+)$; fastcgi_param PATH_INFO $fastcgi_path_info; }
-
fastcgi_split_path_info是 Nginx 内置指令(0.7.31+),比正则if更可靠,避免因空匹配或贪婪截断导致PATH_INFO错乱 - 必须用
include fastcgi.conf(不是fastcgi_params),因为fastcgi.conf包含了SCRIPT_FILENAME等必需参数,而fastcgi_params缺少部分定义 - 正则
^((?U).+\.php)(/?.+)$中的(?U)启用非贪婪模式,防止/a.php/b.php/c被错误截成/a.php/b
关闭 php.ini 中的 cgi.fix_pathinfo
phpEnv 的 PHP 配置文件通常在:D:\phpEnv\php\php.ini。搜索 cgi.fix_pathinfo,将其设为:
cgi.fix_pathinfo=0
不关掉它,Nginx 传过去的 SCRIPT_FILENAME 可能被 PHP 二次解析,触发「.php.jpg」类文件解析漏洞,同时干扰 PATH_INFO 提取逻辑。改完后务必重启 phpEnv 的 PHP 服务(不只是 Nginx)。
验证 PATH_INFO 是否生效
在网站根目录放一个 test.php,内容为:
<?php var_dump($_SERVER['PATH_INFO'] ?? 'not set'); ?>
然后访问:http://localhost/test.php/a/b/c。如果输出 string(5) "/a/b/c",说明配置成功;若输出 not set 或空字符串,常见原因有:
- Nginx 没重载:执行
D:\phpEnv\nginx\nginx.exe -s reload(不能只点 phpEnv 界面的“重启 Nginx”按钮,有时无效) - 浏览器缓存了 301 重定向:换无痕窗口或清 DNS 缓存(
ipconfig /flushdns) - 路径里含中文或特殊符号:Nginx 默认不处理 UTF-8 路径编码,先用纯 ASCII 路径测试
- phpEnv 启用了“隐藏 index.php”规则但没配好:暂时注释掉所有
rewrite或try_files规则,专注验证基础 pathinfo
PATH_INFO 的提取完全依赖 Nginx 正则和 PHP 的 CGI 协议对齐,任何一环松动都会让 $_SERVER['PATH_INFO'] 归零——它不像 pathinfo() 函数那样本地可用,是真·环境变量,得靠服务器喂。

