HTTP

HTTP란?

• HyperText Transfer Protocol의 준말.

• HyperText를 만드는 언어가 HTML이고, 그 HyperText를 어떻게 사용자에게 보내고, 사용자가 요청을 보내는지를 약속하는 것이 HTTP다.

• 요약하면, HTML로 만든 HyperText를 주고받는 Transfer Protocol(전송 약속)이 HTTP다.

HTTP의 2가지 특징 : Request & Response / Stateless

• HTTP를 이해하기 위해서 반드시 알아야 할 2가지 특징은 Request/response와 Stateless다.

1) Request & Response

• Web통신을 이해하기 위해서는 Response와 Request를 이해해야 한다.

• 경제에 수요와 공급이 있듯, Web 통신에도 Client(수요자)와 Server(공급자)가 있다.
  사용자(Client)는 자신이 접속한 Web Page에서 어떤 종류의 Service를 받고 싶을 것이고,
  그러기 위해서는 요청(Request)을 해야 한다.

• Request(요청)에는 내가 원하는 Service를 보여주길 바라고, 그걸 받은 Server(공급자)는 그에 맞는 Service가 가능한지, Service가 가능하다면 어떤 Data를 Method로 가공하여, 어떤 Content를 보낼 것인지에 대한 Response(응답)을 한다.

• 설명을 길게 했지만, 요약하면 HTTP 통신은 기본적으로 수요와 공급으로 이해할 수 있고
  바꿔말하면 Client의 Request와 Server의 Response로 이루어져있다. 정도로 이해하면 된다.

2) Stateless

• 앞에서 HTTP는 HyperText를 통신하는 방식이라고 했다.
  그런데 HTTP 통신은 각 통신(Request든 Response든)이 다 독립적이기 때문에, 그 이전이나 이후의 통신에 대해 알지 못한다.
• 그래서 각 통신마다 필요한 모든 정보를 다 담아서 통신해야 한다.
  비유하자면, 친구를 만날 때마다 자기소개를 해야 한다는 것이다.
• 따라서 만약 구글 로그인과 같이 페이지가 바뀌어도 저장이 돼야 하는 등의 연속적 데이터 처리가 필요한 경우, 로그인 Token 또는 브라우저의 쿠키, 세션, 로컬스토리지 같은 기술이 필요에 의해 만들어졌다.

Request와 Response 메시지 구조.

• HTTP Request는 프론트엔드에서 백엔드에 일을 시작하게 하기 위해 보내는 메시지다.
  HTTP Response는 백엔드에서 프론트엔드로 그 응답을 보내는 메시지다.

1. Response의 구조 : Start Line / Headers / Body

1) Start Line : 요청의 첫번째 줄에 해다.

• HTTP Method: 해당 요청이 의도한 액션을 정의하는 부분. 주로 GET, POST, DELETE가 많이 쓰임
• Request target: 해당 request가 전송되는 목표 url
• HTTP Version: 말 그대로 사용되는 HTTP 버전을 뜻한다. 주로 1.1 버전이 널리 쓰임

  GET /login HTTP/1.1
  --> 해석 : GET Method로 Login이라는 요청 타겟에 HTTP 1.1 버전으로 요청을 보내겠다.

2) Headers : 해당 요청에 대한 추가 정보(메타 데이터)를 담고 있는 부분이다.

• Key: Value 값으로 되어있다 (JavaScript의 객체, Python의 딕셔너리 형태라고 보면 된다)
  자주 사용되는 Headers 의 정보에는 다음이 있다

• Headers: {
  Host: 요청을 보내는 목표(타겟)의 주소. 즉, 요청을 보내는 웹사이트의 기본 주소가 된다
  (ex. www.apple.co.kr)
  User-Agent: 요청을 보내는 클라이언트의 대한 정보 (ex. chrome, firefox, safari, explorer)
  Content-Type: 해당 요청이 보내는 메세지 body의 타입 (ex. application/json)
  Content-Length: body 내용의 길이
  Authorization: 회원의 인증/인가를 처리하기 위해 로그인 토큰을 Authroization 에 담는다
  }

3) Body : 해당 요청의 실제 내용. 주로 Body를 사용하는 메소드는 POST다.

• ex) 로그인 시에 서버에 보낼 요청의 내용
  Body: {
  "user_email": "jun.choi@gmail.com"
  "user_password": "wecode"
  }

2. Response

1) Status Line: 응답의 상태 줄이다. 응답은 요청에 대한 처리상태를 클라이언트에게 알려주면서 내용을 시작한다. 마치, 편지의 응답에 "응. 잘 지냈어" 라고 안부 인사를 건네는 것과 같다. 응답의 Status Line 도 세 부분으로 구성된다.

1. HTTP Version: 요청의 HTTP버전과 동일
2. Status Code: 응답 메세지의 상태 코드
3. Status Text: 응답 메세지의 상태를 간략하게 설명해주는 텍스트

HTTP/1.1 404 Not Found
해석: HTTP 1.1 버전으로 응답하고 있는데, 프론트엔드에서 보낸 요청(ex. 로그인 시도)에 대해서
유저의 정보를 찾을 수 없기 때문에(Not Found) 404 상태 메세지를 보낸다.

HTTP/1.1 200 SUCCESS
해석: HTTP 1.1 버전으로 응답하고 있는데, 프론트엔드에서 보낸 요청에 대해서 성공했기 때문에
200 상태 메세지를 보낸다.

2) Headers: 요청의 헤더와 동일하다. 응답의 추가 정보(메타 데이터)를 담고있는 부분이다. 다만, 응답에서만 사용되는 헤더의 정보들이 있다. (ex. 요청하는 브라우저의 정보가 담긴 User-Agent 대신, Server 헤더가 사용된다.)

3) Body: 요청의 Body와 일반적으로 동일하다. 요청의 메소드에 따라 Body가 항상 존재하지 않듯이. 응답도 응답의 형태에 따라 데이터를 전송할 필요가 없는 경우엔 Body가 없을 수도 있다. 가장 많이 사용되는 Body 의 데이터 타입은 JSON(JavaScript Object Notation) 이다.

markdown
ex) 로그인 요청에 대해 성공했을 때 응답의 내용
Body: {
"message": "SUCCESS"
"token": "kldiduajsadm@9df0asmzm" (암호화된 유저의 정보)
}

HTTP Request Method : GET/POST/DELETE

자주 사용되는 HTTP 통신 메소드 세가지를 소개한다. 각각의 메소드가(GET, POST, DELETE) 가지는 의도를 보다 직관적으로 이해하기 위해 애플 홈페이지에서 쇼핑을 하는 상황으로 설명을 이어간다.

1. GET

• 이름 그대로 어떤 데이터를 서버로 부터 받아(GET)올 때 주로 사용하는 메소드
• 데이터를 받아오기만 할 때 사용된다.
• 가장 간단하고 많이 사용되는 HTTP 메소드 (사실 우리가 웹페이지를 띄울 때 필요한 정보들을 모두 GET메소드로 요청을 보내서 받아온 응답을 화면에 띄우는 것이다)

(축약된 요청 메세지)
GET /shop/bag HTTP/1.1
Headers: {
"HOST": "https://www.apple.com/kr"
"Authroization": "kldiduajsadm@9df0asmzm" (유저가 본인임을 증명할 수 있는 인증/인가 토큰)
}

(축약된 응답 메시지)
HTTP/1.1 200 SUCCESS
Body: {
"message": "SUCCESS"
"carts": [
{
"productId": 10
"name": "Pro Display XDR - Nano-texture 글래스"
"price": "₩7,899,000"
"quantity": 1
},
{
"productId": 20
"name": "Mac Pro"
"price": "₩73,376,000"
"quantity": 2
}
]
}

2. POST

• 데이터를 생성 / 수정 할 때 주로 사용되는 메소드
• 데이터를 생성 및 수정 할 때 많이 사용되기 때문에 대부분의 경우 요청에 body가 포함되서 보내진다

(축약된 요청 메세지)
POST /shop/bag HTTP/1.1
Headers: {
"HOST": "https://www.apple.com/kr"
"Authroization": "kldiduajsadm@9df0asmzm" (유저가 본인임을 증명할 수 있는 인증/인가 토큰)
}
Body: {
product: {
"productId": 30
"name": "12.9형 iPad Pro Wi-Fi + Cellular 128GB"
"color": "스페이스 그레이"
"price": "₩1,499,000"
"quantity": 1
}
}

(축약된 응답 메시지)
HTTP/1.1 200 SUCCESS
Body: {
"message": "SUCCESS"
"carts": [
{
"productId": 10
"name": "Pro Display XDR - Nano-texture 글래스"
"price": "₩7,899,000"
"quantity": 1
},
{
"productId": 20
"name": "Mac Pro"
"price": "₩73,376,000"
"quantity": 2
}
]
}

3. DELETE

• 메소드의 이름에서 유추 가능하듯, 특정 데이터를 서버에서 삭제 요청을 보낼때 쓰는 메소드

(축약된 요청 메세지)
DELETE /shop/bag HTTP/1.1
Headers: {
"HOST": "https://www.apple.com/kr"
"Authroization": "kldiduajsadm@9df0asmzm" (유저가 본인임을 증명할 수 있는 인증/인가 토큰)
}
Body: {
productId: 30
}

(축약된 응답 메시지)
HTTP/1.1 201 SUCCESS
Body: {
"message": "productId 30 DELETED"
}

Response Status Codes

• HTTP가 Response할 때 자주 보게 되는 Status Code다.

200: OK

• 가장 자주 보게되는 Status Code
• 문제없이 요청에 대한 처리가 백엔드 서버에서 이루어지고 나서 오는 응답코드
• 우리는 모두 200 OK 를 원한다

201: Created

• 무언가가 잘 생성되었을 때에(Successfully Created) 오는 Status Code
• 대게 POST 메소드의 요청에 따라 백엔드 서버에 데이터가 잘 생성 또는 수정 되었을 때에 보내는 코드

400: Bad Request

• 해당 요청이 잘못되었을 때 보내는 Status Code
• 주로 요청의 Body에 보내는 내용이 잘못되었을 때 사용되는 코드
  ex) 전화번호를 보내야 하는데 숫자가 아닌 문자열의 주소가 대신 Body에 담겼을 경우

401: Unauthorized

• 유저가 해당 요청을 진행하려면 먼저 로그인을 하거나 회원가입이 필요하다는 의미
  ex) wish list, 좋아요 기능은 회원이 아니면 요청을 보낼 수 없음

403: Forbidden

• 유저가 해당 요청에 대한 권한이 없다는 뜻
• 접근 불가능한 정보에 접근했을 경우
  ex) 오직 유료회원만 접근할 수 있는 데이터를 요청 했을 때

404: Not Found

• 요청된 URI 가 존재하지 않는다는 의미

500: Internal Server Error

• 서버에서 에러가 났을 때의 Status Code
• API 개발을 하는 백엔드 개발자들이 싫어하는 코드 (프론트는 내 잘못 아니라는 것을 알 수 있는 코드)