HTTP標頭分析

Question

你好，我想分析&首先理解，然後優化我網站的HTTP標頭響應。我所得到的，當我從網站管理員爲谷歌的抓取：

HTTP/1.1 200 OK

Date: Fri, 26 Oct 2012 17:34:36 GMT//日期和時間該消息在服務器發送

Server: Apache//一個名字

P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"// P3P電子雜誌商店是否需要這個？

ETag: c4241ffd9627342f5f6f8a4af8cc22ed//標識一個​​資源的特定版本

Content-Encoding: gzip//編碼對

X-Content-Encoded-By: Joomla! 1.5//這顯然是Joomla生成的數據使用，所以該類型如果我只是刪除它不會是任何問題，對吧？

Expires: Mon, 1 Jan 2001 00:00:00 GMT//給出響應被認爲過期的日期/時間：由於日期設置已經過期，這會產生衝突嗎？

Cache-Control: post-check=0, pre-check=0//這意味着網站沒有被緩存？或者是什麼？

Pragma: no-cache//任何想法？

Set-Cookie: 5d962cb89e7c3329f024e48072fcb9fe=9qdp2q2fk3hdddqev02a9vpqt0; path=///爲什麼我需要爲任何頁面設置cookie？

Last-Modified: Fri, 26 Oct 2012 17:34:37 GMT

X-Powered-By: PleskLin//這能刪除嗎？

Cache-Control: max-age=0, must-revalidate//有2高速緩存控制，這需要固定的吧？哪一個受到預先影響？ max-age=0, must-revalidate？ post-check=0, pre-check=0？

Keep-Alive: timeout=3, max=100//那是什麼？

Connection: Keep-Alive

Transfer-Encoding: chunked//這不應該是放氣或gzip的??

Content-Type: text/html

Answer 1

• 後檢查 在後一個實體必須爲新鮮度進行檢查秒定義的間隔。檢查可能會在用戶顯示資源之後發生，但可確保在下一次往返時，緩存副本將保持最新狀態。 http://www.rdlt.com/cache-control-post-check-pre-check.html
• 預檢查 在後一個實體必須向用戶示出的資源之前，被檢查新鮮秒定義的間隔。
• Pragma： no-cache header字段是一個HTTP/1.0頭，用於請求中。這是瀏覽器告訴服務器和任何中間緩存它想要一個新版本的資源的方法，而不是服務器告訴瀏覽器不要緩存資源。一些用戶代理在響應中確實注意到了這個頭部，但是HTTP/1.1 RFC特別警告不要依賴這種行爲。
• 設置Cookie：當用戶將來瀏覽同一網站時，存儲在cookie中的數據可以被網站檢索，以通知網站用戶以前的活動[1]。 Cookie旨在成爲網站記住用戶過去採取的網站狀態或活動的可靠機制。這可以包括點擊特定的按鈕，登錄或甚至幾個月或幾年前用戶訪問過哪些頁面的記錄。
• X-Powered-By：指定支持Web應用程序的技術（例如ASP.NET，PHP，JBoss）。這屬於常見的非標準響應標頭，可以刪除。
• Keep-Alive它旨在減少網站的連接數量。不要爲網頁中的每個圖像/ css/javascript創建新的連接，而是會重複使用相同的連接。
• 傳輸編碼：用於安全地將實體傳輸給用戶的編碼形式。目前定義的方法是：分塊，壓縮，縮小，gzip，身份。