http協議請求返回頭部資訊解析

2022-05-08 23:06:10 字數 1811 閱讀 3145

關於跨域請求的設定：

#設定跨域請求的網域名稱


'access-control-allow-origin


' : '*'


#設定跨域請求的頭部k/v值


'access-control-allow-headers


' : ''


#設定跨域http請求方法


'access-control-allow-methods


' : '


put,post,delete


'#預請求有效時長


'access-control-max-age


' : '


1000


'
關於快取的設定：

#max-age:快取有效時間（單位s）


#s-maxage:**快取的有效時間


#public：瀏覽器、**伺服器等所有資源經過的節點都可以快取


#private：只有發起請求的瀏覽器可以快取資料


#no-cache: 使用快取前預先去伺服器驗證是否可以使用快取


#no-store: 禁止使用任何快取


'cache-control


' : '


max-age=180,public


'#只有請求頭中的x-text-cache的值相同的情況下才返回快取


'vary


' : '


x-text-cache


'
關於資料協商：

#客戶端傳送希望得到的資料格式，包括資料型別，資料編碼，資料語言：


#瀏覽器作為客戶端傳送請求的時候會預設將這些資訊加入http頭部


'accept


' : ''


'accept-encoding


' : ''


'accept-language


' : ''


'user-agent


' : ''


#服務端返回的資料格式，gzib表示資料壓縮


'content-type


' : ''


'content-encoding


' : '


gzib''


content-language


' : ''
關於快取驗證的設定：

#資料修改的時間，伺服器端回返回乙個if-modified-since,下次客戶端


#請求資料，會將這個字段發給伺服器，伺服器將該字段值與last-modified


#的值進行對比，一樣則返回304，告訴客戶端可以使用快取，不一樣則返回


#新的資料


'last-modified


' : ''


#資料簽名，通過攜帶資料內容hash值來判斷資料是否修改，伺服器回返回


#if-none-match欄位作為資料是否改變的對比


'etag


': ''
關於redirect的設定：

#http返回code是302,301


#302


客戶端每次請求，都會先請求老的url，然後再跳轉到新的url


#301


客戶端第一次請求後，會將新的url直接快取到客戶端，下次請求直接請求新的url


#301只有在瀏覽器手動清理快取後，才會失效，不然每次請求客戶端不再像伺服器發起


#請求，而是直接讀取本地記憶體進行訪問


'location


' : '


$url


'

Http協議的請求頭資訊與返回頭資訊詳解

請求頭資訊的引數說明如下 一.accept 表示能夠接受的返回資料的範圍 表示所有 二.accbept encoding 表明了瀏覽器可以接受的除了純文字內容之外的內容編碼的型別，比如gzip 壓縮 還是deflate 壓縮內容 三.connection keep alive 保持tcp連線，備註 ...

HTTP 協議請求返回值解釋

當伺服器響應時，其狀態行的資訊為http的版本號，狀態碼，及解釋狀態碼的簡單說明。現將5類狀態碼詳細列出 客戶方錯誤 100 繼續 101 交換協議 成功 200 ok 201 已建立 202 接收 203 非認證資訊 204 無內容 205 重置內容 206 部分內容 重定向 300 多路選擇 3...

HTTP 協議請求返回值解釋

客戶方錯誤 100 繼續 101 交換協議 成功 200 ok 201 已建立 202 接收 203 非認證資訊 204 無內容 205 重置內容 206 部分內容 重定向 300 多路選擇 301 永久轉移 302 暫時轉移 303 參見其它 304 未修改 not modified 305 使用...