[TIL] HTTP 파헤치기

devCecy·2020년 11월 28일
1

TIL

목록 보기
6/17
post-thumbnail

HTTP?

HTTP는 HyperText Transfer Protocol의 약자로, 컴퓨터끼리 어떻게 HTML 파일을 주고 받을지에 대한 소통방식을 의미한다.


HTTP 단어 뜯어보기

HyperText
문서(HTML)와 문서가 링크로 연결되어 있음

Transfer
Html로 만든 웹페이지 문서를 보냄

Ptorocol
물리적으로 떨어진 컴퓨터끼리 어떻게 HTML파일(HyperText)을 주고받을지에 대한 약속.


HTTP의 특징

1. Request / Response (요청/응답)

HTTP의 Request와 Response는 컴퓨터끼리 주고받는 메세지로 서로 소통한다는 특징을 가지고 있다.

2. Stateless

  • state(상태) + less(없음)
  • HTTP통신은 상태를 저장하지 않기때문에 과거의 HTTP통신에 대한 내용을 전혀 알지 못한다. 그러므로, 매 통신 마다 필요한 모든 정보를 담아서 요청을 보내야한다. 따라서, 만일 여러번의 통신(요청/응답)의 진행과정에서 연속된 데이터 처리가 필요한 경우를 위해 로그인 token 또는 브라우저의 cookie, session, localstorage 같은 장치들을 통해 브라우저에 저장해둘 수 있다.

Request / Response의 메세지 구조

HTTP 요청은 사실 프론트엔드(클라이언트)에서 백엔드(서버)에 일(데이터 처리)을 시작하게 하기 위해 보내는 메세지다.

이 메세지의 구조는 크게 세 부분으로 구성되어있다.

  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 에 담는다
    }
  3. Body: 해당 요청의 실제 내용. 주로 Body를 사용하는 메소드는 POST다.

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

2. Response 메시지 구조

HTTP 규약에 따른 응답의 구조도 또한 크게 세 부분으로 구성되어있다.

  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) 이다.

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

HTTP Request Methods

자주 사용되는 HTTP 통신 메소드 GET, POST, DELETE에 대해서 알아보자.

1. GET

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

2. POST

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

3. DELETE

  • 특정 데이터를 서버에서 삭제해 주길 요청할때 사용하는 메소드

Response Status Codes

Status Code의 숫자에 각각 의미가 내포되어 있으며, 이 Status Code 만 보아도 응답이 제대로 됐는지 안 됐는지를 파악할 수 있다.

200: OK

  • 요청에 대한 처리가 백엔드 서버에서 문제없이 이루어졌음을 알려주는 Status Code
  • 누구나 200 OK를 원한다 !

201: Created

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

400: Bad Request

  • 해당 요청이 잘못되었을 때 보내는 Status Code
  • 주로 요청의 Body에 보내는 내용이 잘못되었을 때 사용되는 코드

401: Unauthorized

  • 허가되지 않았을 경우 발생하며, 예를들어 유저가 해당 요청을 진행하려면 먼저 로그인을 하거나 회원가입이 필요하다는 의미이다.

403: Forbidden

  • 유저가 해당 요청에 대한 권한이 없거나, 접근 불가능한 정보일 경우에 등장하는 Status Code

404: Not Found

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

500: Internal Server Error

  • 서버에서 에러가 났을 때의 Status Code
  • API 개발을 하는 백엔드 개발자들이 싫어하는 코드
profile
🌈그림으로 기록하는 개발자🌈

0개의 댓글