🌟HTTP🌟

GyungHo Go·2020년 5월 13일

HTTP 란?

HyperText Transfer Protocol
http는 html 문서와 같은 리소스들을 교환하기 위해 만들어진 Protocal(통신규약)이다. HTTP는 웹에서 이루어지는 모든 데이터 교환의 기초이며, 클라이언트-서버 프로토콜이기도 하다.

즉, 웹상에서 네트위크로 서버끼리 통신을 할 때 어떠한 형식으로 서로 통신을 하자고 규정해 놓은 "통신 형식" 혹은 "통신 구조"라고 보면 된다.
프론트 엔드 서버와 클라이언트 간의 통신에 사용된다.
백앤드와 프론트 앤드 서버간에의 통신에도 사용된다.
HTTP는 TCP/IP 기반으로 되어있다.
클라이언트-서버 프로토콜이란 (보통 웹 브라우저인) 수신자 측에 의해 요청이 초기화 되는 프로토콜을 의미한다. 하나의 완전한 문서는 텍스트, 레이아웃 설명, 이미지, 비디오, 스크립트 등 불러온 하위 문서들로 재구성된다.

HTTP 핵심 요소

HTTP 통신 방식

HTTP는 기본적으로 요청/응답 (request/response) 구조로 되어있다.
- 요청(requests)란, 보통 브라우저인 클라이언트에 의해 전송되는 메세지를 말한다.
- 응답(response)란, 서버에서 응답으로 전송되는 메세지를 말한다.
- 클라이언트와 서버의 모든 통신이 요청과 응답으로 이루어진다.
HTTP는 Stateless이다.
- Stateless 란 말 그대로 state(상태)를 저장하지 않는 다는 뜻이다.
- 요청이 오면 그에 응답을 할 뿐, 여러 요청/응답 끼리 연결되어 있지 않는다는 뜻이다. 각각의 요청/응답은 독립적인 요청/응답이다.
- 예를들어, 클라이언트가 요청을 보내고 응답을 받은 후, 조금 있다 다시 요청을 보낼 때, 전에 보낸 요청/응답에 대해 알지 못한다는 뜻이다. 만일 여러 요청과 응답의 진행과정이나 데이터가 필요할 때는 쿠키나 세션 등을 사용하게 된다.

HTTP Request 구조

HTTP Request 메세지는 크게 3부분으로 구성된다.
- start line
- headers
- body

Start Line

HTTP request의 첫 라인이다.
HTTP request의 start line 또한 3부분으로 구성되어 있다.
- HTTP Method
해당 request가 의도한 action을 정의하는 부분
HTTP Method에는 GET, POST , PUT, DELETE, OPTIONS 등등이 있다.
주로 GET과 POST가 쓰인다.
- Request target
  해당 request가 전송되는 목표 url을 말한다.
  예를들어 /login
- HTTP Version
  말 그대로 사용되는 HTTP버전, 버전에는 1.0, 1.1, 2.0 등이 있다.
  
  GET / search HTTP / 1.1

Headers

해당 request에 대한 추가정보를 담고있는 부분이다. 예를들어, request 메세지 body의 총 길이(Content-Length) 등
Key:Value 값으로 되어있다. (:이 사용됨)
key:value
HOST:google.com -> Key = HOST, Value = google.com
Headers도 크게 3부분으로 나뉜다. (general headers, request headers, entity headers)
자주 사용되는 headers 정보
1)Host
- 요청이 전송되는 target의 host url: 예를들어, google.com
  2)User-Agent
- 요청을 보내는 클라이언트에 대한 정보: 예를들어, 웹브라우저에 대한 정보이다.
  3)Accept
- 해당 요청이 받을 수 있는 응답(respense)타입
  4)Connection
- 해당 요청이 끝난 후에 클라이언트와 서버가 계속 네트워크 커넥션을 유지할 것인지 아니면 끊을 것인지에 대해 지시하는 부분이다.
  5)Content-Type
- 해당 요청이 보내는 메세지 body의 타입이다. 예를들어, JSON을 보내면 application/json
  6)Content-Length
- 메세지 body의 길이

Accept: */*
Accept-Encoding: gzip, deflate
Connection: keep-alive
Content-Type: application/json
Content-Length: 257
Host: google.com
User-Agent: HTTPie/0.9.3

Body

해당 reqeust의 실제 메세지/내용
Body가 없는 request도 많다. 예를들어, GET request들은 대부분 body가 없는 경우가 많다.

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도 request와 마찬가지로 크게 3부분으로 구성되어있다.
1)Status line
2)Headers
3)Body

1) Status Line
Response의 상태를 간략하게 나타내주는 부분이다. 3부분으로 구성되어있다.
- HTTP버전
- Status code:응답 상태를 나타내는 코드, 숫자로 되어있는 코드이다. 예를들어, 200
- Status text:응답상태를 간략하게 설명해 주는 부분이다. 예를들어, "Not Found"

>HTTP/1.1 404 Not Found

2) Headers
Response의 headers와 동일하다. 다만 response에서만 사용되는 header 값들이 있다. 예를들어, User-Agent 대신에 Server헤더가 사용된다.

3) Body
Response의 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>
  <style>
    *{margin:0;padding:0}html,cod.....생략.......
  </style>
  <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

GET
이름 그대로 어떤 데이터를 서버로 부터 받아(GET)을때 주로 사용되는 메소드 이다. 데이터 생성/수정/삭제 없이 받아오기만 할 때 사용된다. 가장 간단하고 많이 사용되는 HTTP Method이다. 앞에서 말한대로 주로 데이터를 받아올떄 사용되기 때문에 request에 body를 안 보내는 경우가 많다.
POST
데이터를 생성/수정/삭제 할때 주로 사용되는 Method이다. 데이터를 생성 및 수정 할 때 많이 사용하기 때문에 대부분의 경우 request body가 포함되서 보내진다.

알고 있으면 좋은 Methods

OPTIONS
주로 요청 URI에서 사용할 수 있는 Method를 받아올때 사용된다. 예를들어, /update url에서 어떤 method를 요청 가능한가를 알고 싶으면 먼저 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)

PUT
POST와 비슷하다. 데이터를 생성할 때 사용되는 Method이다. POST와 겹치기 때문에 PUT로 통일해서 사용하는 곳도 있는데, 최근 몇년 사이에 POST에 밀려서 잘 사용 안하는 추세이다.
DELETE
특정 데이터를 서버에서 삭제 요청을 보낼 때 쓰이는 Method이다. PUT과 마찬가지로 POST에 밀려서 잘 사용 안되는 추세이다.

자주 쓰이는 HTTP Status Code

200 OK
가장 자주 보게되는 status code이다. 문제 없이 다 잘 실행되었을때 보내는 코드이다.
301 Moved Permanently
해당 URI가 다른 주소로 바뀌었을 때 보내는 코드이다.

HTTP/1.1 301 Moved Permanently
Location: http://www.example.org/index.asp

400 Bad Request
해당 요청이 잘못 된 요청일때 보내는 코드이다. 주로 요청에 포함된 input값들이 잘못된 값들이 보내졌을 때 사용되는 코드이다. 예를들어, 전화번호를 보내야 되는데 text가 보내졌을 때 등
401 Unauthorized
유저가 해당 요청을 진행 할려면 먼저 로그인을 하거나 회원 가입을 하거나 등이 필요하다는 것을 나타내려 할 때 쓰이는 코드이다.
403 Forbidden
유저가 해당 요청에 대한 권한이 없다는 뜻이다. 예를들어, 무료회원, 유료회원의 접근 권한등
404 Not Found
요청된 uri가 존재하지 않다는 뜻이다.
500 Internal Server Error
서버에서 에러가 났을 때 사용되는 코드이다. API개발을 하는 백앤드 개발자들이 싫어하는 코드이다.

번외
블로그를 쓰다보니 URI와 URL이 보였다. 이 둘의 차이점을 간단하게 정리해 보려고 한다.

URI ( Uniform Resource Identifier)

통합 자원 식별자(ID)**로써, 인터넷의 주소 같은 것으로, 정보 리소스를 고유하게 식별하고 위치를 지정할 수 있다.

URL (Uniform Resource Locator)

특정 서버의 한 리소스에 대한 구체적인 위치를 서술한다. URL은 리소스가 정확히 어디에 있고 어떻게 접근할 수 있는지 분명히 알려준다.

URN (Uniform Resource Name)

콘텐츠를 이루는 한 리소스에 대해, 그 리소스의 위치에 영향 받지 않는 유일무이한 이름을 말한다.
이 위치 독립적인 URN은 리소스를 여기저기 옮기더라도 문제없이 동작한다. 리소스가 그 이름을 변하지 않게 유지하는 한, 여러종류의 네트워크 접속 프로토콜로 접근해도 문제가 없다.
따라서, 무엇인지를 말하는 What의 개념으로 서로 중복되지 않는 유일한 값이어야한다