HTTP?
HyperText Transfer Protocol의 약자이다.
웹상에서 네트워크로 서버끼리 통신을 할때 어떠한 형식으로 하자고 규정해 놓은 통신의 형식 혹은 구조이다.
클라이언트 - 프론트엔드 서버 혹은 프론트엔드 서버 - 백엔드 서버간의 통신에 사용된다.
TCP/IP 기반으로 되어있다.
HTTP 핵심 요소
HTTP 통신 방식
-
요청(request) - 응답(response)의 구조로 되어있다.
클라이언트가 HTTP request를 서버에 보내면 서버는 그에 대한 HTTP response를 보내는 구조이다. -
HTTP는 stateless이다.
말그대로 state(상태)를 저장하지 않는다는 뜻이다.
요청이 오면 그에 대한 응답을 할 뿐, 여러 요청-응답끼리는 연결되어 있지 않으며 각각은 독립적이다.
예를 들어 클라이언트가 요청을 보내고 응답을 받은 이후 다시 요청을 보낼때, 전에 보낸 요청-응답에 대해서는 알지 못한다는 뜻이다.
그래서 여러 요청과 응답의 진행과정이나 데이터가 필요할때는 쿠키나 세션 등을 이용하게 된다.
HTTP Request 구조
HTTP request 메세지는 크게 세 부분으로 구성된다.
Start Line / Headers / Body가 그것이다.
1. Start Line
말 그대로 HTTP request의 첫 라인이다. 세 부분으로 구성되어 있다.
- HTTP Method
해당 request가 의도한 action을 정의하는 부분이다.
HTTP Methods에는 GET, POST, PUT, DELETE, OPTIONS 등이 있다.
주로 GET과 POST가 많이 쓰인다. - Request target
해당 request가 전송되는 목표 URI를 의미한다. - HTTP Version
사용되는 HTTP 버전을 의미한다. 버전에는 1.0, 1.1, 2.0 등이 있다.
start line을 한 줄에 나타내면 다음과 같은 예가 된다.
GET/search HTTP/1.12. Headers
해당 request에 대한 추가 정보를 담고 있는 부분이다.
"Key: Value" 값으로 표시되어 있다.
Headers도 크게 세 부분으로 나뉘지만(general headers, request headers, entity headers) 너무 자세한 사항이므로 세 부분 으로 구성되어 있다는 정도만 알고 있자.
자주 사용되는 header 정보에는 다음이 있다.
- Host: 요청이 전송되는 target의 host url
ex) google.com - User-Agent: 요청을 보내는 클라이언트의 대한 정보
ex) 웹브라우저에 대한 정보 - Accept: 해당 요청이 받을 수 있는 response type
- Connection: 해당 요청이 끝난 후 클라이언트와 서버가 계속해서 네트워크 커넥션을 유지할 것인지 중단할 것인지에 대해 지시하는 부분
- Content-Type: 해당 요청이 보내는 메세지 body의 타입.
ex) JSON을 보내려고 하면, application/json - Content-Length: 메세지 body의 길이
위 사항을 실제 header에 적히는대로 예로 들어보면 아래와 같다.
Accept: */*
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Type: application/json
Content-Length: 257
Host: google.com
User-Agent: HTTPie/0.9.33. Body
해당 request의 실제 내용이다. Body가 없는 request도 많다.
예를 들어 GET request들은 대부분 body가 없는 경우가 많다.
다음은 Start Line / Headers / Body로 구성된 request의 전체 예이다.
POST/payment-sync HTTP/1.1
Accept: application/json
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Length: 83
Content-Type: application/json
Host: intropython.com
User-Agent: HTTPie/0.9.3
{
"imp_uid": "imp_1234567890",
"merchant_uid": "order_id_8237352",
"status": "paid"
}HTTP Response 구조
Response도 크게 세 부분으로 구성되어 있다.
Status line / Headers / Body가 그것이다.
1. Status Line
Response의 상태를 간략하게 나타내주는 부분이다. 세 부분으로 구성되어 있다.
- HTTP 버전
- Status code: 응답 상태를 나타내는 코드. 숫자로 되어 있는 코드.
ex) 200 - Status text: 응답 상태를 간략하게 설명해주는 부분이다.
ex) "Not Found"
HTTP/1.1 404 Not Found-
Headers
request의 headers와 동일하다. 다만 response에서만 사용되는 header 값들이 있다.
예를 들어, User-Agent 대신 Server헤더가 사용된다. -
Body
Request의 body와 일반적으로 동일하다.
Request와 마찬가지로 모든 response에 body가 있지는 않다. 데이터를 전송할 필요가 없을경우 body가 비어있게 된다.
HTTP/1.1 404 Not Found
Connection: close
Content-Length: 1573
Content-Type: text/html; charset=UTF-8
Date: Mon, 20 Aug 2018 07:59:05 GMT
<!DOCTYPE html>
<html lang=en>
<meta charset=utf-8>
<meta name=viewport content="initial-scale=1, minimum-scale=1, width=device-width">
<title>Error 404 (Not Found)!!1</title>
<a href=//www.google.com/><span id=logo aria-label=Google></span></a>
<p><b>404.</b> <ins>That’s an error.</ins>
<p>The requested URL <code>/payment-sync</code> was not found on this server.
<ins>That’s all we know.</ins>자주 쓰이는 HTTP Methods
1. GET
어떤 데이터를 서버에서 받아올때 주로 사용하는 method이다.
데이터의 생성이나 수정,삭제없이 받아오기만 할때 사용된다.
주로 데이터를 받아올때 사용되기 때문에 request에 body를 안 보내는 경우가 많다.
2. POST
데이터를 생성, 수정, 삭제할 때 주로 사용되는 method이다.
변경사항이 있기 때문에 대부분의 경우 request body를 포함해서 보낸다.
알고 있으면 좋은 HTTP Methods
1. OPTIONS
주로 요청 URI에서 사용할 수 있는 method를 받아올때 사용된다.
예를 들어, /update uri에서 어떤 method를 요청 가능한가(GET? POST?)를 알고 싶으면 먼저 OPTIONS 요청을 사용해서 확인하게 된다.
http -v OPTIONS http://example.org
OPTIONS / HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Length: 0
Host: example.org
User-Agent: HTTPie/0.9.3
HTTP/1.1 200 OK
Allow: OPTIONS, GET, HEAD, POST
Cache-Control: max-age=604800
Content-Length: 0
Date: Mon, 20 Aug 2018 08:37:45 GMT
Expires: Mon, 27 Aug 2018 08:37:45 GMT
Server: EOS (vny006/0450)2. PUT
POST와 비슷하게 데이터를 생성할 때 사용되는 method이다.
POST와 겹치기 때문에 PUT을 사용하는 곳도 있고 POST로 통일해서 사용하는 곳도 있는데, 최근 몇년 사이에 POST를 더 많이 사용하는 추세이다.
3. DELETE
특정 데이터를 서버에서 삭제 요청을 보낼때 쓰이는 method
PUT과 마찬가지로 POST에 밀려서 잘 사용 안하는 추세이다.
자주 쓰이는 HTTP Status Code
200 OK
문제없이 다 잘 실행 되었을때 보내는 코드.
301 Moved Permanently
해당 URI가 다른 주소로 바뀌었을때 보내는 코드.
HTTP/1.1 301 Moved Permanently
Location: http://www.example.org/index.asp400 Bad Request
주로 요청에 포함된 input에 잘못된 값들이 보내졌을 때 보내는 코드.
예를 들어, 전화번호를 보내야 되는데 text가 보내졌을 때 등.
401 Unauthorized
유저가 해당 요청을 진행 할려면 먼저 로그인을 하거나 회원 가입을 하는 절차 등이 필요하다는 것을 나타내려 할 때 쓰이는 코드.
403 Forbidden
유저가 해당 요청에 대한 권한이 없다는 뜻.
예를 들어, 오직 과금한 유저만 볼 수 있는 데이터를 요청 했을때 등.
404 Not Found
요청된 URI가 존재 하지 않는다는 뜻.
http -v google.com/no-such-uri
GET /no-such-uri HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate
Connection: keep-alive
Host: google.com
User-Agent: HTTPie/0.9.3
HTTP/1.1 404 Not Found
Content-Length: 1572
Content-Type: text/html; charset=UTF-8
Date: Mon, 20 Aug 2018 08:46:48 GMT
Referrer-Policy: no-referrer500 Internal Server Error
서버에서 에러가 났을때 사용되는 코드.
