accept 客戶端可以接受的**型別（內容型別中的先後次序表示客戶端接收的先後次序）
accept-encoding 客戶端瀏覽器可以支援的 web 伺服器返回的內容壓縮型別，表示允許伺服器將輸出內容傳送到客戶端之前進行壓縮，以節約頻寬
accept-language 客戶端用來展示返回資訊所優先選擇的語言
user-agent 客戶端執行的瀏覽器型別的詳細資訊
host 請求的伺服器網域名稱位址
referer 告訴伺服器是從哪個頁面鏈結過來的
keep-alive 建立一次 http 連線，可以請求多個資源
location 伺服器通過設定 location ，實現請求重定向
server 伺服器端的伺服器型號
content-encoding 伺服器傳送的資料壓縮格式
content-type 伺服器傳送的資料型別
pragma: no-cache 禁用快取
set-cookie: phpsessid=4l3j48nj4fvu1g24bh1gipuh64; path=/ 表示在客戶端儲存乙個 cookie
鍵 phpsessid 值 4l3j48nj4fvu1g24bh1gipuh64，訪問 / 根路徑的時候攜帶此 cookie
expires 該快取的有效時間 (expires: thu, 19 nov 1981 08:52:00 gmt 用來設定 cookie 的過期時間)
cache-control: max-age=1800 最長快取時間 1800 秒 （優先順序：pragma -> cache-control -> expires）
transfer-encoding: chunked 伺服器傳送的資料是以分塊方式
vary: accept-encoding 告訴**伺服器快取兩種版本的資源：壓縮和非壓縮，這有助於避免一些公共**不能正確地檢測 content-encoding 標頭的問題
HTTP請求中請求頭和響應頭包含的內容
1 請求 客戶端 服務端 request get 請求的方式 newcoder hello.html 請求的目標資源 http 1.1 請求採用的協議和版本號 accept 客戶端能接收的資源型別 accept language en us 客戶端接收的語言型別 connection keep al...
根據日誌內容分析函式呼叫關係
最近接受乙個專案，因環境受限，無法進行對其 除錯。發生問題時，只能通過log內容分析原因。由於無法除錯，函式間的呼叫關係只能通過檢視源 得知，比較痛苦。由於源 中每個函式都增加了log，遂萌發通過log自動分析函式間的呼叫關係，現已實現，和感興趣的朋友分享下，但願對其有幫助。記錄log的內容是 1c...
逐行返回http響應的內容
前言 問題 1 什麼是特殊字元？2 為什麼要處理特殊字元？答 特殊字元指相對於傳統或常用的符號外，使用頻率較少字元且難以直接輸入的符號，比如數學符號 單位符號 製表符等 有些符號在url中是不能直接傳遞的，如果要在url中傳遞這些特殊符號，那麼就要使用他們的編碼了。編碼的格式為 加字元的ascii碼...