在 Nginx 反向代理（如将公网 443 映射到本地 2443）场景下，PHP 的 header('Location: ...') 默认会继承服务器监听端口（如 2443），导致重定向失败；解决方法是使用协议/端口无关的相对路径重定向，由浏览器自动补全当前请求的协议与端口。
在 nginx 反向代理（如将公网 443 映射到本地 2443）场景下，php 的 `header('location: ...')` 默认会继承服务器监听端口（如 2443），导致重定向失败；解决方法是使用协议/端口无关的相对路径重定向，由浏览器自动补全当前请求的协议与端口。
当 Nginx 作为反向代理运行（例如：WAN 端口 443 → LAN 端口 2443），客户端实际通过 https://domain.tld（隐式端口 443）访问服务，但后端 PHP-FPM 接收到的 $_SERVER 变量（如 SERVER_PORT、HTTPS）可能仍反映本地监听端口（2443）和原始协议状态，导致 header('Location: https://domain.tld/page') 被 PHP 或 Nginx 自动补全为带 :2443 的 URL。
✅ 正确做法是避免硬编码协议和端口，改用路径级相对重定向：
// ✅ 推荐：根路径重定向（最常用、最可靠）
header('Location: /page');
// ✅ 或当前目录相对路径（需确保脚本执行路径一致）
header('Location: ./page');
// ✅ 也可用绝对路径但省略协议和主机（等价于 /page）
header('Location: //domain.tld/page'); // 注意：双斜杠写法会继承当前协议，但不推荐——存在跨域或混合内容风险
⚠️ 注意事项：
- 不要写 https://domain.tld:443/page：显式指定端口 443 可能被中间件（如 Nginx 的 proxy_redirect 或 PHP 的 url_rewriter）忽略或覆盖；
- 禁用 http:// 强制跳转：若站点强制 HTTPS，使用 http:// 将触发额外跳转，增加延迟与安全风险；
- 验证 Nginx 配置：确保 proxy_set_header Host $host; 和 proxy_set_header X-Forwarded-Proto $scheme; 已启用，并在 PHP 中通过 $_SERVER['HTTP_X_FORWARDED_PROTO'] ?? 'https' 判断协议（但重定向本身无需依赖此判断）；
-
状态码建议：显式添加 302 或 301 状态码更规范：
header('Location: /page', true, 302); exit();
? 总结：在代理环境下，Location 头应保持“协议中立”与“端口中立”。使用以 / 开头的绝对路径（如 /page）是最健壮的选择——它完全复用浏览器发起原始请求时所用的协议（https）、主机名（domain.tld）和端口（443），彻底规避后端端口暴露问题，同时兼容各种反向代理拓扑结构。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
