php请求重写向的一个问题
同事叫我帮忙解释一个问题：一个PHP生成的重定向请求，在Nginx日志里产生两种截然不同的记录：一种响应体大小是零个字节；另一种响应体大小是五个字节。
现在年纪大了，面对问题时的嗅觉不再灵敏，第一感觉零是正确的，心想是不是重定向后忘记退出了，后面还有内容输出，可是查了一下代码发现没有问题：
立即学习“PHP免费学习笔记（深入）”；
1
2
3
4
header('Location: /path');
exit;
?>
在绕了一大圈之后，我猛然意识到环境是Nginx+PHP，响应没有「Content-Length」，数据是通过「Transfer-Encoding」分块发送的，所以重定向的空响应体实际类似：
采用 php+mysql 数据库方式运行的强大网上商店系统，执行效率高速度快，支持多语言，模板和代码分离，轻松创建属于自己的个性化用户界面 v3.5更新： 1).进一步静态化了活动商品. 2).提供了一些重要UFT-8转换文件 3).修复了除了网银在线支付其它支付显示错误的问题. 4).修改了LOGO广告管理,增加LOGO链接后主页LOGO路径错误的问题 5).修改了公告无法发布的问题,可能是打压
0\r\n\r\n
不多不少，正好五个字节，细节大家可以参考Chunked transfer encoding。如此看来在此类空响应体的情况下，PHP主动输出一个「Content-Length: 0」说不定会更好些。
那零个字节的响应如何解释呢？查询日志发现如下两种情况：
HEAD “/path HTTP/1.1” 302 0
GET “/path HTTP/1.0” 302 0
前者是HEAD请求，不需要响应体；后者是HTTP/1.0，不支持「Transfer-Encoding」。
问题基本解释清楚了，擦擦额头的汗，总算没在同事面前丢脸。
转自：一个HTTP小问题
