TIL #20 - HTTP

Sarang Lee·2021년 1월 19일

Session

목록 보기

4/7

HTTP란?

HyperText Transfer Protocol (협약, 통신 규약)

컴퓨터들끼리 HTML파일을 주고 받을 수 있도록 하는 소통 방식 또는 약속이다.

HTTP의 특징

1. request, response 요청/응답

클라이언트와 서버와의 소통에서 요청과 응답은 필수적인 요소이다.

2. stateless

HTTP 통신은 독립적이기 때문에 과거의 통신에 대한 내용을 알지 못한다. 매 통신마다 필요한 모든 정보를 담아 보내야한다는 뜻이다.
그러므로 여러 번의 통신에서 연속적인 데이터 처리가 필요한 경우 로그인 토큰이나 브라우저의 쿠키, 세션, 로컬 스토리지 같은 기술이 쓰인다.

요청과 응답 (request, response)

1. request 메세지 구조

클라이언트가 서버에 데이터 처리를 시작하기 위해 보내는 메세지. 세 부분으로 구성되어 있다.

1. start line - 요청의 첫번째 줄

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

GET /login HTTP/1.1 
해석: GET 메소드로 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 에 담는다 }

여기서 json이란?

json (JavaScript Object Notation)

자바스크립트의 오브젝트 데이터 타입
키와 밸류로 구성되어 있는 해쉬 자료 구조

통신 시 주로 json 데이터 타입을 이유는?

주로 브라우저에서 통신을 하면서 데이터를 관장하는게 자바스크립트이다.
그렇다보니 기본적으로 화면단에서 데이터 전송 요청 하고 받을 때 자바스크립트 데이터 타입이 가장 빠르고 주고 받기 좋다.

이전에는 xml 등 다양한 방식으로 했었으나 지금은 json을 가장 많이 쓴다.

3. body - 해당 요청의 실제 내용

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

key를 감쌀 때 항상 쌍따옴표로 해야 한다.

Request Methods

서버로부터 어떤 데이터를 받아올 때 주로 사용하는 메소드
웹페이지에서 보여주는 정보 대부분이 모두 GET 메소드를 사용해 받아온 데이터
body를 담지 않는다. 불가능한건 아님. 그러나 보통은 url

POST

클라이언트에서 데이터를 보내 생성하거나 수정하기 때문에
대부분의 요청에 body가 포함되어 보내진다.

DELETE
특정 데이터를 서버에서 삭제 요청을 보낼때 쓰는 메소드

body를 담지 않는다. 불가능한건 아님

장바구니 제품 조회

(축약된 요청 메세지) 
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 
    } 
  ]
}

장바구니에 상품 추가

(축약된 요청 메세지)
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 201 SUCCESS
Body: {
  "message": "SUCCESSFULLY CARTS UPDATED"
}

장바구니 제품 삭제

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

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

2. response 메세지 구조

status line - request에 대한 처리 상태를 클라이언트에게 알려준다.

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 상태 메세지를 보낸다.

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

운영하는 웹서버가 나올 수도 있다. ex) 아파치, 엔진엑스

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

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

HTTP status code 종류

https://developer.mozilla.org/en-US/docs/Web/HTTP/Status

실제 프로젝트를 진행할 때 가장 많이 보게 될 응답의 상태 코드들이다. Status Code의 숫자에 각각 의미가 내포되어 있다. 이 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 개발을 하는 백엔드 개발자들이 싫어하는 코드 (프론트는 내 잘못 아니라는 것을 알 수 있는 코드)

결과적으로 보내는 method와 돌아왔을 때의 status code가 가장 중요하다.

Review

HTTP 는 컴퓨터 끼리의 소통을 위한 통신규약이다.
HTTP 통신은 Request(요청)과 Response(응답)으로 이루어 진다.
HTTP 통신의 매 요청과 응답은 이전 상태를 알지 못 한다. (Stateless)

Sarang Lee

UX에 관심 많은 개발 초보 Front-end Developer

이전 포스트

TIL #19 - Git & Github

다음 포스트