1、http請求方式
如下表：
get向web伺服器請求乙個檔案
post
向web伺服器傳送資料讓web伺服器進行處理
put向web伺服器傳送資料並儲存在web伺服器內部
head
檢查乙個物件是否存在
delete
從web伺服器上刪除乙個檔案
connect
對通道提供支援
trace
跟蹤到伺服器的路徑
options
查詢web伺服器的效能
說明：主要使用到「get」和「post」。
例項：post /test/tupian/cm http/1.1
分成三部分：
（1）post：http請求方式
（3）http/1.1: uri（uniform resource identifier，統一資源識別符號）及其版本
備註：在ajax中，對應method屬性設定。
2、host
說明：請求的web伺服器網域名稱位址
3、user-agent
說明：http客戶端執行的瀏覽器型別的詳細資訊。通過該頭部資訊，web伺服器可以判斷到當前http請求的客戶端瀏覽器類別。
例項：user-agent: mozilla/5.0 (windows; u; windows nt 5.1; zh-cn; rv:1.8.1.11) gecko/20071127 firefox/2.0.0.11
4、accept
說明：指定客戶端能夠接收的內容型別，內容型別中的先後次序表示客戶端接收的先後次序。
例如：備註：
在ajax**中，可以使用xmlhttprequest 物件中setrequestheader函式方法來動態設定這些header資訊。
5、accept-language
說明：指定http客戶端瀏覽器用來展示返回資訊所優先選擇的語言。
例項：accept-language: zh-cn,zh;q=0.5
這裡預設為中文。
6、accept-encoding
說明：指定客戶端瀏覽器可以支援的web伺服器返回內容壓縮編碼型別。表示允許伺服器在將輸出內容傳送到客戶端以前進行壓縮，以節約頻寬。而這裡設定的就是客戶端瀏覽器所能夠支援的返回壓縮格式。
例項：accept-encoding: gzip,deflate
備註：7、accept-charset
說明：瀏覽器可以接受的字元編碼集。
例項：accept-charset: gb2312,utf-8;q=0.7,*;q=0.7
8、content-type
說明：顯示此http請求提交的內容型別。一般只有post提交時才需要設定該屬性。
例項：有關content-type屬性值可以如下兩種編碼型別：
（2）「multipart/form-data」： 在檔案上載時，所使用的編碼型別應當是「multipart/form-data」，它既可以傳送文字資料，也支援二進位制資料上載。
在content-type屬性當中還是指定提交內容的charset字元編碼。一般不進行設定，它只是告訴web伺服器post提交的資料採用的何種字元編碼。
一般在開發過程，是由前端工程與後端ui工程師商量好使用什麼字元編碼格式來post提交的，然後後端ui工程師按照固定的字元編碼來解析提交的資料。所以這裡設定的charset沒有多大作用。
9、connection
說明：例項：
connection: keep-alive
10、keep-alive
說明：顯示此http連線的keep-alive時間。使客戶端到伺服器端的連線持續有效，當出現對伺服器的後繼請求時，keep-alive功能避免了建立或者重新建立連線。
以前http請求是一站式連線，從http/1.1協議之後，就有了長連線，即在規定的keep-alive時間內，連線是不會斷開的。
例項：keep-alive: 300
11、cookie
說明：http請求傳送時，會把儲存在該請求網域名稱下的所有cookie值一起傳送給web伺服器。
12、referer
說明：包含乙個url，使用者從該url代表的頁面出發訪問當前請求的頁面
responses 部分
header 解釋 示例
accept-ranges 表明伺服器是否支援指定範圍請求及哪種型別的分段請求 accept-ranges: bytes
age 從原始伺服器到**快取形成的估算時間（以秒計，非負） age: 12
allow 對某網路資源的有效的請求行為，不允許則返回405 allow: get, head
cache-control 告訴所有的快取機制是否可以快取及哪種型別 cache-control: no-cache
content-encoding web伺服器支援的返回內容壓縮編碼型別。 content-encoding: gzip
content-language 響應體的語言 content-language: en,zh
content-length 響應體的長度 content-length: 348
content-location 請求資源可替代的備用的另一位址 content-location: /index.htm
content-md5 返回資源的md5校驗值 content-md5: q2hly2sgsw50zwdyaxr5iq==
content-range 在整個返回體中本部分的位元組位置 content-range: bytes 21010-47021/47022
content-type 返回內容的mime型別 content-type: text/html; charset=utf-8
date 原始伺服器訊息發出的時間 date: tue, 15 nov 2010 08:12:31 gmt
etag 請求變數的實體標籤的當前值 etag: 「737060cd8c284d8af7ad3082f209582d」
expires 響應過期的日期和時間 expires: thu, 01 dec 2010 16:00:00 gmt
last-modified 請求資源的最後修改時間 last-modified: tue, 15 nov 2010 12:45:26 gmt
location 用來重定向接收方到非請求url的位置來完成請求或標識新的資源 location:
pragma 包括實現特定的指令，它可應用到響應鏈上的任何接收方 pragma: no-cache
proxy-authenticate 它指出認證方案和可應用到**的該url上的引數 proxy-authenticate: basic
refresh 應用於重定向或乙個新的資源被創造，在5秒之後重定向（由網景提出，被大部分瀏覽器支援）
refresh: 5; url=
retry-after 如果實體暫時不可取，通知客戶端在指定時間之後再次嘗試 retry-after: 120
server web伺服器軟體名稱 server: apache/1.3.27 (unix) (red-hat/linux)
set-cookie 設定http cookie set-cookie: userid=johndoe; max-age=3600; version=1
trailer 指出頭域在分塊傳輸編碼的尾部存在 trailer: max-forwards
transfer-encoding 檔案傳輸編碼 transfer-encoding:chunked
vary 告訴下游**是使用快取響應還是從原始伺服器請求 vary: *
via 告知**客戶端響應是通過**傳送的 via: 1.0 fred, 1.1 nowhere.com (apache/1.1)
warning 警告實體可能存在的問題 warning: 199 miscellaneous warning
www-authenticate 表明客戶端請求實體應該使用的授權方案 www-authenticate: basic
二、header的設定方法
HTTP訊息中header頭部資訊的講解
get 向web伺服器請求乙個檔案 post 向web伺服器傳送資料讓web伺服器進行處理 put向web伺服器傳送資料並儲存在web伺服器內部 head 檢查乙個物件是否存在 delete 從web伺服器上刪除乙個檔案 connect 對通道提供支援 trace 跟蹤到伺服器的路徑 options...
20181122 Vue中header頭部塊
在home的資料夾下，在建立乙個資料夾components，裡面存放著home所要用的元件 我們現在要做的就是header元件 我們需要在home.vue下面 匯入我們要用的小組件的包，然後在export default中引用components 然後編寫home header元件 這裡關於css樣...
Scrapy shell 帶頭部headers請求
scrapy shell 命令請求網頁 scrapy shell 就會得到請求的網頁源 我們通過response.text可以獲取請求之後的源 然後就可以通過正則匹配我們想要的內容 2.然後上面請求方法，對一些不做限制的 請求時ok，但是就如之前所講的，很多 對沒有設定請求頭的請求都是禁止訪問，所以...