🚀 학습 목표

1. HTTP의 특징인 Stateless를 설명할 수 있다.
2. Request, Response 구조에 대해 설명할 수 있다.
3. HTTP request method의 종류를 알고 서로의 차이점을 설명할 수 있다.
4. 대표적인 Status code의 종류를 설명할 수 있다.

HTTP?

HTTP란 HyperText Transfer Protocol의 약자로 컴퓨터 간의 HTML파일을 서로간의 소통의 오해 없이 전달할 수 있도록 만들어진 소통 규약입니다.

• HyperText: 문서와 문서가 링크로 연결되어있음
• Transfer: HTML형식의 문서를 전달
• Protocol: 소통방식과 그에 대한 약속

Stateless

Stateless란 HTTP의 특징중에 하나로 전의 상태가 유지되지 않음을 의미합니다. 카페에서 음료를 주문할때에 메뉴에 대한 가격, 사이즈 정보, 지불 방식이 세 단계의 질문을 통해서 주문을 한다고 가정하면, Stateless 상태에서는 각각에 대한 질문에 대답만 할뿐, 마지막 단계에서 지불할때 앞서 질문한 메뉴와 그의 사이즈 정보는 저장되지 않는다는 것을 의미합니다. HTTP가 Stateless한 특징을 지니다 보니, 클라이언트가 원하는 요구를 할때, 한번에 모든 정보가 담겨야합니다. 한마디로 요약해서, 독립적인 시행을 하는 HTTP가 과거에 했던 Request에 관한 정보가 없으므로 매 Request과정에서 클라이언트가 필요한 정보만을 서버에서 처리하여 보내준다는 특징이 바로 Stateless입니다.

Request & Response의 구조

HTTP request는 사실 프론트엔드(클라이언트) 에서 백엔드(서버)에 일(데이터 처리)을 시작하게 하기 위해 보내는 메세지 입니다. 이 메세지의 구조는 크게 세 부분으로 구성되어 있습니다.

1. Start Line: 요청의 첫번째 줄에 해당합니다. 이 시작 줄도 세 부분으로 구성되어있습니다.
   • HTTP Method: 해당 요청이 의도한 액션을 정의하는 부분. 주로 GET, POST, DELETE가 많이 쓰임
   • Request target: 해당 request가 전송되는 목표 url
   • HTTP Version: 말 그대로 사용되는 HTTP 버전을 뜻한다. 주로 1.1 버전이 널리 쓰임

   GET /login HTTP/1.1
   # 해석: GET 메소드로 login 이라는 요청 타겟에 HTTP 1.1 버전으로 요청을 보내겠다!

   
   

2. Headers: 해당 요청에 대한 추가 정보(메타 데이터)를 담고있는 부분입니다.
   • Key: Value 값으로 되어있다 (JavaScript의 객체, Python의 딕셔너리 형태라고 보면 된다)
   • Host: 요청을 보내는 목표(타겟)의 주소. 즉, 요청을 보내는 웹사이트의 기본 주소가 된다. (ex. www.apple.co.kr)
   • User-Agent: 요청을 보내는 클라이언트의 대한 정보 (ex. chrome, firefox, safari, ~~explorer~~)
   • Content-Type: 해당 요청이 보내는 메세지 body의 타입 (ex. application/json)
   • Content-Length: body 내용의 길이
   • Authorization: 회원의 인증/인가를 처리하기 위해 로그인 토큰을 Authroization 에 담는다

   Headers: {
   	Host:  
       User-Agent: 
       Content-Type: 
       Content-Length: 
       Authorization:
   }

   
   

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

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

Response의 구조는 Request의 구조와 Start Line을 제외하고는 유사합니다.

1. Response의 Start Line: 응답의 상태줄입니다.
   • 응답은 요청에 대한 처리상태를 클라이언트에게 알려주면서 내용을 시작합니다. 마치, 편지의 응답에 "응. 잘 지냈어" 라고 안부 인사를 건네는 것과 같습니다. 응답의 Status Line 도 세 부분으로 구성됩니다.
   • HTTP Version: 요청의 HTTP버전과 동일
   • Status Code: 응답 메세지의 상태 코드
   • Status Text: 응답 메세지의 상태를 간략하게 설명해주는 텍스트

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

HTTP Request Method

HTTP Request Method는 요청이 의도한 액션을 정의한다고 얘기했고, 종류에는 3가지가 있습니다.

1. GET
   • 이름 그대로 어떤 데이터를 서버로부터 받아올때 사용하는 메소드
   • 데이터를 받아오기만 할 때 사용됩니다
   • 가장 간단하고 많이 사용되는 HTTP 메소드입니다.
   • ex) 장바구니에 담은 제품을 조회한다
2. POST
   • 데이터를 생성/수정 할 때 주로 사용되는 메소드
   • 데이터를 생성 및 수정 할 때 많이 사용되기에 대부분 요청에 body가 포함되서 보내집니다
   • ex) 장바구니에 제품을 추가로 담는다
3. DELETE
   • 메소드의 이름처럼 특정 데이터를 서버에서 삭제 요청을 보낼때 사용하는 메소드
   • ex) 장바구니에서 제품을 삭제한다

대표적인 Status Code

클라이언트에러	성공	서버에러
400: Bad Request(요청이 잘못됨)	200: OK(제대로 접근했을때, 주로 GET메소드)	500: Internal Server Error(해당서버에서 에러가 난 경우)
401: UnAuthorized(인증이 되지 않은 사용자의 접근)	201: Created(잘 생성이 되었을때, 주로 POST메소드)
403: Forbidden(권한이 없는 사용자의 접근)	204: No Content(요청에 성공해 응답 메시지가 없는 경우, 주로 DELETE메소드)
404: Not Found(요청한 URI가 존재하지 않음)

Finale

사실 사람들끼리도 언어가 다르고 문화다르면 소통간에 문제가 발생 할 수 밖에 없는 법이다. 컴퓨터라고 다 통일된 회사에서 나오지도 않고 OS등도 다르다. 하지만 인터넷은 다 연결되었기때문에, 혼란스럽지 않기 위해 규약이 필요하다는것을 알게되었다. 그리고 앞으로도 개발자로써 HTTP에 대한 지식이 숙지되어있지 않으면, 곤란할것이라 생각한다.