HTTP

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

HTTP의 특징

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

• HTTP 통신의 핵심
• 보내는 주체는 받는 주체에게 요청을 보내고, 받는 주체는 요청을 보낸 주체에게 응답을 보낸다.

2. Stateless

• 완전 중요한 HTTP의 특징
• 각각의 HTTP 통신(요청/응답)은 독립적이기 때문에 과거의 통신(요청/응답)에 대한 내용을 전혀 알지 못하기 때문에 통신마다 필요한 모든 정보를 담아서 요청을 보내야 한다.
• 이로인해, 여러번의 통신 진행과정에서 연속된 데이터 처리가 필요한 경우를위해 로그인 토큰 또는 브라우저의 쿠키, 세션, 로컬스토리지같은 기술이 만들어 졌다.

Request/Response

: 요청은 사실 메세지에 불과하며, 이 메세지의 구조는 크게 세 부분으로 구성되어 있다.

1. Request 메세지 구조

1. Start Line

: 요청의 첫번째 줄이며 이 시작 줄도 세 부분으로 구성

메소드/목표 url/http 버전

ex) GET /login HTTP/1.1
: GET 메소드로 login 이라는 요청 타겟에 HTTP 1.1 버전으로 요청한다는 뜻

2. Headers

: 해당 요청에 대한 추가 정보(메타 데이터)를 담고 있는 부분으로 Key: Value 값으로 되어 있다.

자주 사용되는 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: 회원의 인증/인가를 처리하기 위한 로그인 토큰
}

3. Body

: 해당 요청의 실제 내용. 주로 POST 메소드가 Body를 사용

ex) 로그인 시에 서버에 보내는 요청

Body: {
	"user_email": "test@mail.com"
	"user_password": "test1234"
}

2. Response 메세지 구조

: 응답도 요청과 마찬가지로 메세지이며 구조 또한 크게 세 부분으로 구성

1. Status Line

: 응답의 상태 줄. 요청에 대한 처리상태를 클라이언트에게 알려주면서 시작. Status Line 역시 세 부분으로 구성.

http버전 Status코드 Status메세지

ex) HTTP/1.1 200 SUCCESS
: HTTP 1.1 버전으로 응답, 프론트엔드에서 보낸 요청에 대해서 성공 → 200 상태 메세지를 보낸다.

2. Headers

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

3. Body

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

ex) 로그인 요청에 대해 성공 했을 때 응답 내용

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

HTTP Request Methods

: 자주 사용되는 HTTP 통신 메소드 세가지. 해당 메소드들은 프론트엔드(클라이언트)의 입장에서 요청의도가 담긴것임을 잊지 말자!

1. GET

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

2. POST

• 데이터를 생성/수정 할 때 주로 사용되는 메소드
• 대부분의 경우 요청에 Body가 포함된 상태로 보내진다

3. DELETE

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

Response Status Codes

: 실제로 프로젝트를 진행할 때 가장 많이 보게 될 응답 상태 코드들. Status Code의 숫자에 각각 의미가 내포되어 있다.

200: OK

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

201: Created

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

400: Bad Request

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

401: Unauthorized

• 해당 요청을 진행하려면 유저가 먼저 로그인을 하거나 회원가입이 필요하다는 의미

403: Forbidden

• 해당 요청에 대한 권한이 없다는 뜻
• 접근 불가능한 정보에 접근했을 경우
  ex) 오직 유료회우너만 접근할 수 있는 데이터를 요청 했을 때

404: Not Found

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

500: Internal Server Error

• 서버에서 에러가 났을 때의 Status Code
• API 개발을 하는 백엔드 개발자들이 싫어하는 코드