301跳转循环需从PHP代码、Nginx配置、应用框架三方面排查:检查PHP中误用$_SERVER['HTTP_HOST']的重定向逻辑;确认Nginx透传X-Forwarded-Proto等头;修复WordPress等应用对代理头的信任配置;用curl -I验证真实跳转链。

phpEnv 本身不处理重定向逻辑,301 跳转循环一定是你写的 PHP 代码、Nginx/Apache 配置,或 WordPress 等应用在 phpEnv 环境中误判协议/主机名导致的。关键不是“phpEnv 怎么解决”,而是“怎么在 phpEnv 下快速定位和切断循环”。
检查 PHP 脚本是否手动发了重复 301
很多开发者在入口文件(如 index.php)或中间件里写了类似这样的逻辑:
if ($_SERVER['HTTP_HOST'] !== 'www.example.com') {
header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com' . $_SERVER['REQUEST_URI']);
exit;
}
问题在于:$_SERVER['HTTP_HOST'] 在 phpEnv 的 Nginx + PHP-FPM 架构下,可能被反向代理污染或未透传,导致每次请求都进这个分支,反复跳转。
- 确认是否真需要这段逻辑——如果域名已在 Nginx 层统一处理,PHP 层就别再做一次
- 加日志临时验证:
error_log("Host: " . $_SERVER['HTTP_HOST'] . ", URI: " . $_SERVER['REQUEST_URI'], 4); - 避免用
$_SERVER['HTTP_HOST']做判断,改用硬编码或配置项(如define('APP_DOMAIN', 'www.example.com'))
确认 Nginx 是否透传 X-Forwarded-Proto 和 Host 头
phpEnv 默认的 Nginx 配置通常不自动透传协议头,而 WordPress、Laravel 等框架依赖 X-Forwarded-Proto 判断是否 HTTPS。若缺失,后端会认为是 HTTP 请求,强制 301 跳 HTTPS;Nginx 收到后又解密转发,形成死循环。
在 phpEnv 对应站点的 nginx.conf 或 server 块中,检查是否有:
location ~ \.php$ {
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# 其他 proxy_pass 等配置...
}
- 缺
proxy_set_header X-Forwarded-Proto $scheme;是最常见原因 - 若用的是 phpEnv 的“一键部署 WordPress”模板,这类头往往默认没开,必须手动补上
- 改完记得
nginx -t && nginx -s reload,不要只重启 PHP-FPM
排查 WordPress 或其他 PHP 应用的协议感知逻辑
即使 Nginx 透传了头,WordPress 默认也不信任这些代理头,仍可能调用 is_ssl() 返回 false,触发内部 301。
在 wp-config.php 最顶部(<?php 后立即)加入:
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
$_SERVER['HTTPS'] = 'on';
}
if (isset($_SERVER['HTTP_X_FORWARDED_HOST'])) {
$_SERVER['HTTP_HOST'] = $_SERVER['HTTP_X_FORWARDED_HOST'];
}
- 这是最轻量、兼容性最好的修复方式,无需改核心或插件
- 不要只设
$_SERVER['HTTPS'] = 'on'—— 若用户实际走 HTTP,这会导致真实跳转失效 - 部分主题或插件会自己读
$_SERVER['SERVER_PORT'],也建议一并校准:$_SERVER['SERVER_PORT'] = 443;(仅限确定全站 HTTPS 时)
用 curl 快速验证跳转链是否闭环
别靠浏览器刷新看——浏览器缓存 301,且会自动跟随,掩盖真实响应。用命令行直击:
curl -I http://your-site.test
观察输出里的 Location 和状态码。如果返回 301 → Location: https://your-site.test/... → 再次 curl -I https://your-site.test 又返回 301 到 HTTP,说明协议判断出错;如果两次都是 HTTPS 但 Location 域名来回变(如 www ↔ no-www),说明域名标准化逻辑冲突。
- 加
-v参数看完整请求/响应头流转:curl -v http://your-site.test - 用
curl -H "X-Forwarded-Proto: https" -I http://localhost模拟代理头,验证后端是否响应正确 - phpEnv 的默认 Nginx 监听端口常为 8080 或 8000,注意 curl 地址是否带端口
真正难缠的点不在写法,而在多层环境叠加:phpEnv 的 Nginx 配置、PHP 的 $_SERVER 变量来源、应用框架的协议检测逻辑,三者稍有不匹配,301 就会变成套娃。动手前先用 curl -I 看清第一跳的原始响应,比盲改代码高效十倍。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











