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 사양의 경우 리소스를 요청하려면 사용이 필요합니다. PUT 메소드와 DELETE 메소드를 사용하여 리소스를 삭제합니다.
예를 들어 DELETE 패킷을 보내면
http://example.com/my/resource?id=12345
ID를 통해 정보를 얻을 수 있습니다. 이 패킷에는 헤더만 있고 본문이 없습니다. 몸.
Content-Type은 일반적으로 웹 페이지에 존재하는 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 package , 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
,普通字符串。
之所以出现那么多乱七八糟的-------
---------------e1e1406176ee348a 콘텐츠 처리: form-data; name="nid" 2 --- ---- ------e1e1406176ee348a 콘텐츠 처리: 양식 데이터; 이름="uuid" cf9dc994-a4e7-3ad6-bc54-41965b2a0dd7 -------------e1e1406176ee348a 콘텐츠 처리: form-data; name="access_token" 956731586df41229dbfec08dd5d54eedb98d73d2 --------- -----e1e1406176ee348a--🎜🎜🎜생각해보니 HTTP 통신에는 소위 json이라는 것이 없고 단지 문자열을 json으로 변환하는 것 뿐이라는 것을 깨달았습니다. 즉,
application/json
은text/plain
, 일반 문자열. 🎜엉망진 ------ 전송되는 PHP 배열이어야 합니다. 변환 문제가 있을 수 있습니다🎜
위 내용은 HTTP의 콘텐츠 유형을 이해하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!