php請求重寫向的一個問題

php請求重寫向的一個問題

同事叫我幫忙解釋一個問題：一個PHP產生的重新導向請求，在Nginx日誌裡產生兩種截然不同的記錄：一種響應體大小是零個位元組；另一種響應體大小是五個位元組。

現在年紀大了，面對問題時的嗅覺不再靈敏，第一感覺零是正確的，心想是不是重新導向後忘記退出了，後面還有內容輸出，可是查了一下代碼發現沒有問題：

1

2

3

4

header('Location: /path');

exit;

?>

在繞了一大圈之後，我猛然意識到環境是Nginx+PHP，響應沒有「Content-Length」，資料是通過「Transfer-Encoding」分塊發送的，所以重新導向的空響應體實際類似：

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小問題

