TIL#52 HTTP(1) request & response

Dasom·2020년 9월 2일
0

HTTP

목록 보기
1/4

HTTP

HyperText Transfer Protocol

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

  1. HyperText
    HTML(HyperText Markup Language)의 HyperText와 의미가 같다. -> 한 문서에서 한 문서로 즉시 접근할 수 있는 텍스트

  2. Transfer
    사전적 의미로 "전송하다" 이다.
    우리가 만든 웹사이트를 널리 알리고 다른사람들과 공유하기 위해서는 다른 컴퓨터에게 전송해야 한다. 그리고 전송은 보내는 주체과 받는 주체가 있다는 것이 가장 큰 특징이다.

  3. Protocol
    협약, 통신 규약이라는 의미이다. 물리적으로 떨어진 컴퓨터끼리 어떻게 HTML파일을 주고 받을지에 대한 약속이다. 우리가 사용하는 인터넷 상에서 일어나는 소통은 대부분 HTTP 규약을 따른다.


HTTP의 두가지 특징

🌈 1. Request / Response ( 요청 / 응답 )
HTTP 통신의 핵심은 요청과 응답이다.

🌈 2. Stateless
HTTP에 대한 설명 중 절대 잊어서는 안될 특징이 Stealess 이다.
각각의 HTTP 통신(요청/응답)은 독립적이기 때문에 과거의 통신(요청/응답)에 대한 내용을 전혀 알지 못한다.
따라서 매 통신마다 필요한 모든 정보를 담아서 요청을 보내야 한다.

❗️ 여러번의 통신(요청/응답)의 진행과정에서 연속된 데이터 처리가 필요한 경우를 위해 로그인 토큰, 브라우저의 쿠키, 세션, 로컬스토리지 같은 기술이 만들어졌다.


Request & Response

실제 프로젝트를 진행할 때, 프론트엔드에서 백엔드에게 데이터를 요청하고 백엔드는 요청을 처리해서 응답을 준다. 요청과 응답에 대한 구조와 메세지를 잘 파악하면 대부분의 에러를 잡아낼 수 있다

Request 메세지 구조

⭐️ 요청은 그저 메세지에 불과하다

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

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 값으로 되어있다.
# 자주 사용되는 Headers 의 정보

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

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

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

☝🏼 Header와 Body는 생략 가능
✌🏼 헤더와 바디는 공백으로 구분
✋🏼 Body 요청이 들어오면 POST

Response 메세지 구조

⭐️ 응답도 요청과 마찬가지로 메세지이다

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

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

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

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

ex. 로그인 요청에 대해 성공했을 때 응답
Body: {
    "message": "SUCCESS"
    "token": "sfjadkjfsio@9fji3fdjls" (암호화된 유저의 정보)
}
profile
개발자꿈나무🌲

0개의 댓글