ホームページ > 記事 > ウェブフロントエンド > HTTP の Content-Type を理解する方法
Restful API ヘッダー プラグインを表示: Chrome プラグイン REST Restful API を送信するためのコンソールとツール: Chrome プラグイン POST Man
HTTP 1.1 仕様では、HTTP リクエスト メソッドには OPTIONS、GET、HEAD、POST、PUT、DELETE、TRACE、CONNECT が含まれます
通常、GET と POST のみを使用しますが、Restful API 仕様では、リソースのリクエストには Use が必要です。リソースを削除するには、PUT メソッドと DELETE メソッドを使用します。
たとえば、DELETE パケットを送信します。
http://example.com/my/resource?id=12345
この場合、このパケットにはヘッダーのみがあり、本文はありません。以下では、体。
Content-Type は、コンテンツ タイプを指定するために使用されます。これは通常、Web ページに存在する Content-Type を指します。Content-Type 属性は、リクエストの HTTP コンテンツ タイプを指定します。応答。 ContentType が指定されていない場合は、デフォルトで text/html が使用されます。
nginxmime.types
、主に Content-Type を示すファイル形式。 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的发包方式。
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>
那么服务器收到的raw header会类似:
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8Accept-Encoding:gzip, deflateAccept-Language:zh-CN,zh;q=0.8,en;q=0.6,zh-TW;q=0.4,gl;q=0.2,de;q=0.2Cache-Control:no-cacheConnection:keep-aliveContent-Length:17Content-Type:application/x-www-form-urlencoded
那么服务器收到的raw body会是,name=homeway&key=nokey
application/x-www-form-urlencoded
は、一般的に使用されるフォームのパッケージ化方法です。送信、つまり JS パッケージの配信は、デフォルトで次の方法で行われます。🎜🎜たとえば、単純なフォーム: 🎜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.1Content-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"🎜 次に、サーバーが受信する生の本文
name=homeway&key=nokey
, php では、$_POST を通じてデータを配列形式で取得できます。 🎜multipart/form-data
用在发送文件的POST包。
这里假设我用python的request发送一个文件给服务器:
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.1Content-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
就是标示区分包作用。
微信用的是这种数据格式发送请求的。
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');
データをjson形式でサーバーに送信する 最初は、application/json
formatパッケージをcurl経由でサーバーに送信しようとしましたが、
受け取ったデータは次のとおりです。
--- ------------e1e1406176ee348a コンテンツの配置: フォームデータ; name="nid" 2 -------- -- ---------------e1e1406176ee348a コンテンツの配置: 名前 = "uuid" cf9dc994-a4e7-3ad6-bc54-41965b2a0dd7 ------------------------e1e1406176ee348a Content-Disposition: フォームデータ; name="access_token" 956731586df41229dbfec08dd5d54eedb98d73d2 --------- ------------------e1e1406176ee348a--よく考えてみると、HTTP通信にはいわゆるjsonはなく、文字列をjsonに変換しているだけで、つまり、
text/plain
、通常の文字列。
乱雑なコードがたくさんある理由 ------
これは、転送される PHP 配列であるはずです。変換に問題がある可能性がありますapplication/json
可以将它理解为text/plain
,普通字符串。
之所以出现那么多乱七八糟的-------
以上がHTTP の Content-Type を理解する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。