1.HTTP

인터넷에서 데이터를 주고받을 수 있는 프로토콜입니다. 프로토콜은 규칙이라고 생각하시면 됩니다. 이렇게 규칙을 정해두었기 때문에, 모든 프로그램이 이 규칙에 맞춰 개발해서 서로 정보를 교환할 수 있게 된 것이죠.

1. 통신과 HTTP

HTTP는 HyperText Transfer Protocol의 약자입니다. 하나하나 용어에 대한 뜻을 먼저 살펴봅시다.
How do we communicate?

Hyper Text

HTML(HyperText Markup Language)
문서와 문서가 링크로 연결되어 있음을 뜻함

Transfer

HTML로 만든 웹페이지 문서(파일)을 보낸다

Protocol

컴퓨터가 어떻게 HTML 파일을 주고 받을지에 대한 소통 방식 또는 약속

2. HTTP의 두가지 특징

Request / Response (요청 / 응답)

소통의 핵심은 요청과 응답입니다. 인간의 소통방식이 컴퓨터끼리의 소통 방식에도 적용된 것. 말이 아닌 메시지의 형식으로 요청하고 응답함.

Stateless

HTTP 개별 통신은 모두 독립이어서, 과거의 HTTP 통신의 결과(상태)를 보존하지 않는다. State(상태) + less(없음)
매 통신마다 사전에 필요한 모든 정보를 담아서 요청을 보내야만 한다.

Stateless - 필요한 정보를 모두 담아서 요청을 해야 한다.

보존하는 것도 있다(Stateful)

왜 Stateful이 아닌 Stateless를 사용할까?

stateless의 장점은 상태에 대한 저장을 하지 않으므로, 확장성이 좋아지고 캐쉬하기에 적합한 구조이기때문에!

3. HTTP 메시지 구조

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

3-1. Request 메세지 구조

Start Line

요청의 첫번째 줄에 해당한다. 이 시작 줄도 세 부분으로 구성되어있다.

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

Headers

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

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

Body

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

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

3.2 Response 메시지 구조

Status Line

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

Headers

Headers: 요청의 헤더와 동일합니다. 응답의 추가 정보(메타 데이터)를 담고있는 부분이다

다만, 응답에서만 사용되는 헤더의 정보들이 있다. (ex. 요청하는 브라우저의 정보가 담긴 User-Agent 대신, Server 헤더가 사용된다.)

Body

Body: 요청의 Body와 일반적으로 동일하다.

Body: {
    "message": "SUCCESS"
    "token": "kldiduajsadm@9df0asmzm" (암호화된 유저의 정보)
}

2. HTTP Methods

GET

이름 그대로 어떤 데이터를 서버로 부터 받아(GET)올 때 주로 사용하는 메소드
데이터를 받아오기만 할 때 사용된다.

가장 간단하고 많이 사용되는 HTTP 메소드! (사실 우리가 웹페이지를 띄울 때 필요한 정보들을 모두 GET메소드로 요청을 보내서 받아온 응답을 화면에 띄우는 것이다)

POST

데이터를 생성 / 수정 할 때 주로 사용되는 메소드!

데이터를 생성 및 수정 할 때 많이 사용되기 때문에 대부분의 경우 요청에 body가 포함되서 보내진다.

DELETE

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

3. Status Code

실제 프로젝트를 진행할 때 가장 많이 보게 될 응답의 상태 코드들임. Status Code의 숫자에 각각 의미가 내포되어 있다.
이 Status Code 만 보아도 응답이 제대로 됐는지 안 됐는지를 파악할 수 있다.

Success

200: OK

가장 자주 보게되는 Status Code
문제없이 요청에 대한 처리가 백엔드 서버에서 이루어지고 나서 오는 응답코드

201: Created

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

204: No Content

요청이 성공했으며 제공할 응답메세지가 없을 경우 사용하는 Status Code
주로 DELETE 메소드의 요청으로 성공적으로 삭제되어서 응답으로 제공할 컨텐츠가 없을 때 사용

Client Error

400: Bad Request

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

401: Unauthorized

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

403: Forbidden

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

404: Not Found

요청된 URI 가 존재하지 않는다는 의미를 나타내는 Status Code

Server Error

500: Internal Server Error

서버에서 에러가 났을 때의 Status Code

HTTP Request Methods

CRUD

GET

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

POST

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

DELETE

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