-
[HTTP] HTTP의 method코딩은 주댕이로/인터넷 2017. 3. 24. 16:57
<태연을 앱 아이콘으로 쓰세요>
많은 사람들이 HTTP의 GET, POST에 대해서 알고 있을 것이다.
이에 대해서 간단히 정리한다.
GET
같이 입력된 URI에 있는 자료를 요청한다.
요청한 자료가 html문서와 같은 텍스트 기반이라면 텍스트 그대로 response를 받게 되고, .cgi과 같은 프로그램이라면 해당 프로그램의 수행 결과에 대한 response를 받게 된다.
HEAD
GET과 동일하지만 body를 제외한 head영역만 받는다.
이 head에는 최근 수정 시간 등에 대한 meta data가 포함되겠지?
POST
GET과 유사하지만, 목적에서 조금 차이를 찾아보자면
POST에 특정한 작업을 요구한다. GET에서는 특정 리소스를 요청한 것이라면 POST는 특정한 작업을 요청하는 것이다.
PUT
서버에 파일을 심어두기 위한 메소드이다.
보통의 HTTP에서는 인증 기능이 없기 때문에 함부로 사용하기엔 위험한 method이다. 따라서 인증을 도와주는 웹 애플리케이션을 사용하는 서버 또는 REST방식에서 사용한다.
DELETE
서버에 파일을 삭제하기 위한 메소드이다.
보통의 HTTP에서는 인증 기능이 없기 때문에 함부로 사용하기엔 위험한 method이다. 따라서 인증을 도와주는 웹 애플리케이션을 사용하는 서버 또는 REST방식에서 사용한다.
위 method들은 HTTP 1.0, HTTP 1.1 모두에서 지원하는 방식아래는 HTTP 1.0 또는 HTTP 1.1에서만 지원하는 방식
OPTIONS
서버에서 지원하는 method의 종류를 알고싶을 때 사용한다.
TRACE
서버까지 가는 Request의 경로를 파악하고 싶을 때 사용한다.
CONNECT
기억 안난다.
LINK
기억 안난다.
UNLINK
기억 안난다.
출처 : 그림으로 배우는 HTTP&Network Basic
참고
요약표[편집]
HTTP 메소드 RFC 요청에 Body가 있음 응답에 Body가 있음 안전 멱등(Idempotent) 캐시 가능 GET RFC 7231 아니오 예 예 예 예 HEAD RFC 7231 아니오 아니오 예 예 예 POST RFC 7231 예 예 아니오 아니오 예 PUT RFC 7231 예 예 아니오 예 아니오 DELETE RFC 7231 아니오 예 아니오 예 아니오 CONNECT RFC 7231 예 예 아니오 아니오 아니오 OPTIONS RFC 7231 선택 사항 예 예 예 아니오 TRACE RFC 7231 아니오 예 예 예 아니오 PATCH RFC 5789 예 예 아니오 아니오 예 '코딩은 주댕이로 > 인터넷' 카테고리의 다른 글
[HTTP] Status Code를 알아보자 (0) 2017.04.15 [HTTP] 쿠키를 왜 쓰는거죠? (0) 2017.03.27 [TCP/IP] HTTP 학습에 필요한 IP, ARP, TCP를 짚고 넘어가보자. (2) 2017.03.21 [REST API] Query Param vs Path Param 뭐가 더 좋을까? (0) 2017.02.22 네이버 날씨는 어디서 정보를 가져올까? 네이버날씨API는? (1) 2016.05.06