[原]理解HTTP之Content-Type

http://homeway.me/2015/07/19/understand-http-about-content-type/

0x01.About

查看Restful API 報頭插件：Chrome插件REST Console，以及發送Restful API工具：Chrome插件POST Man

在HTTP 1.1規範中。HTTP請求方式有OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT

一般咱們用的僅僅有GET、POST，然而對於Restful API規範來講，請求資源要用PUT方法，刪除資源要用DELETE方法。

好比發送個DELETE包：

http://example.com/my/resource?id=12345

那麼經過id就能獲取到信息，這個包僅僅有header，並不存在body，如下討論幾個包括body的發包的body傳輸格式。

---

0x02.Content-Type

Content-Type用於指定內容類型，一般是指網頁中存在的Content-Type。Content-Type屬性指定請求和響應的HTTP內容類型。

若是未指定 ContentType，默以爲text/html。

在nginx中有個配置文件mime.types。主要是標示Content-Type的文件格式。

如下是幾個常見的Content-Type:

1.text/html
2.text/plain
3.text/css
4.text/javascript
5.application/x-www-form-urlencoded
6.multipart/form-data
7.application/json
8.application/xml
…

前面幾個都很是好理解。都是html，css，javascript的文件類型。後面四個是POST的發包方式。

---

0x03.application/x-www-form-urlencoded

application/x-www-form-urlencoded是常常使用的表單發包方式。普通的表單提交。或者js發包，默認都是經過這樣的方式，

比方一個簡單地表單：

<form enctype="application/x-www-form-urlencoded" action="http://homeway.me/post.php" method="POST">
    <input type="text" name="name" value="homeway">
    <input type="text" name="key" value="nokey">
    <input type="submit" value="submit">
</form>

那麼server收到的raw header會類似：

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip, deflate
Accept-Language:zh-CN,zh;q=0.8,en;q=0.6,zh-TW;q=0.4,gl;q=0.2,de;q=0.2
Cache-Control:no-cache
Connection:keep-alive
Content-Length:17
Content-Type:application/x-www-form-urlencoded

那麼server收到的raw body會是，name=homeway&key=nokey，在php中，經過$_POST就可以得到數組形式的數據。

---

0x04.multipart/form-data

multipart/form-data用在發送文件的POST包。

這裏若是我用python的request發送一個文件給server：

data = {
    "key1": "123",
    "key2": "456",
}
files = {'file': open('index.py', 'rb')}
res = requests.post(url="http://localhost/upload", method="POST", data=data, files=files)
print res

經過工具。可以看到我發送的數據內容例如如下：

POST http://www.homeway.me HTTP/1.1
Content-Type:multipart/form-data; boundary=------WebKitFormBoundaryOGkWPJsSaJCPWjZP

------WebKitFormBoundaryOGkWPJsSaJCPWjZP
Content-Disposition: form-data; name="key2"
456
------WebKitFormBoundaryOGkWPJsSaJCPWjZP
Content-Disposition: form-data; name="key1"
123
------WebKitFormBoundaryOGkWPJsSaJCPWjZP
Content-Disposition: form-data; name="file"; filename="index.py"

這裏Content-Type告訴咱們。發包是以multipart/form-data格式來傳輸。另外。還有boundary用於切割數據。

當文件太長。HTTP沒法在一個包以內發送完成，就需要切割數據。切割成一個一個chunk發送給服務端。

那麼--用於區分數據快，然後面的數據633e61ebf351484f9124d63ce76d8469就是標示區分包做用。

---

0x05.text/xml

微信用的是這樣的數據格式發送請求的。

POST http://www.homeway.me HTTP/1.1 
Content-Type: text/xml

<?xml version="1.0"?
> <resource> <id>123</id> <params> <name> <value>homeway</value> </name> <age> <value>22</value> </age> </params> </resource>

php中$_POST僅僅能讀取application/x-www-form-urlencoded數據。$_FILES僅僅能讀取multipart/form-data類型數據，

那麼，要讀取text/xml格式的數據，可以用：

file=fopen(‘php://input′,‘rb′); data = fread( file,length);fclose( file);

或者

$data = file_get_contents(‘php://input’);

---

0x06.application/json

經過json形式將數據發送給server，一開始。我嘗試經過curl，給server發送application/json格式包，

然而我收到的數據例如如下：

————————–e1e1406176ee348a Content-Disposition: form-data; name=」nid」 2 ————————–e1e1406176ee348a Content-Disposition: form-data; name=」uuid」 cf9dc994-a4e7-3ad6-bc54-41965b2a0dd7 ————————–e1e1406176ee348a Content-Disposition: form-data; name=」access_token」 956731586df41229dbfec08dd5d54eedb98d73d2 ————————–e1e1406176ee348a–

後來想一想明確了，HTTP通訊中並不存在所謂的json，而是將string轉成json罷了，也就是，application/json可以將它理解爲text/plain。普通字符串。

之因此出現那麼多亂七八糟的-------應該是php數組傳輸進去，存在的轉換問題吧（我眼下能想到的緣由）。

本文出自 夏日小草,轉載請註明出處:http://homeway.me/2015/07/19/understand-http-about-content-type/

-by小草

2015-07-19 01:35:10