HTTP

HyperText Transfer Protocol의 약자

서버-클라이언트 모델을 따르면서 request, response 구조로 웹 상에서 정보를 주고받을 수 있는 프로토콜

TCP/IP를 기반으로 작동

특징

1. Connectionless

   서버에 연결 후 요청에 응답을 받으면 연결을 끊어버림

   -> 실제 동시 접속을 최소화, 더 많은 유저의 요청을 처리 가능

2. Stateless

   연결이 끊겼기 때문에, 클라이언트의 이전 상태(로그인 유무)를 알 수 없다.

   -> cookie, session, jwt등이 도입 됨

HTTP는 Text형식으로 주고받기 때문에 데이터 유출의 문제점이 있을 수 있다.

-> 암호화를 추가한 프로토콜이 HTTPS

🥇Request Method

GET 메소드

클라이언트가 서버에게 리소스를 요청할 때 사용

필요한 정보를 특정하기 위해 Query String을 추가하여 정보 조회

브라우저 히스토리에 남고 캐시가 가능하다.

POST 메소드

서버에게 데이터처리(주로 생성)을 요청할 때 사용하는 메소드

전달할 데이터를 body부분에 포함하여 통신

캐시 불가능

PUT

전체 리소스 수정(리소스를 대체), 없으면 생성

PATCH

일부 리소스 수정

Status code

클라이언트가 보낸 HTTP요청에 대한 서버의 응답 코드

상태 코드를 통해 요청의 성공/실패 여부를 판단할 수 있다.

100번대부터 총 500번대까지 총 5개의 클래스로 구분되어 HTTP요청에 대한 상태를 알려줌

• 1xx(정보) : 요청을 받았으며 작업을 계속한다.
• 2xx(성공) : 클라이언트가 요청한 동작을 성공적으로 수신하였고, 성공적 처리하였다.
• 3xx(리다이렉션) : 요청을 완료하기 위해 추가 작업 조치가 필요하다.
• 4xx(클라이언트오류) : 클라이언트 요청에 문제가 있다.
• 5xx(서버오류) : 서버가 유효한 요청의 수행을 실패했다.

웹 동작 과정

1. 사용자가 브라우저에 URL 입력
2. 브라우저는 DNS를 통해 서버의 IP주소를 찾는다.
3. 클라이언트에서 HTTP request 메시지 => TCP/IP 패킷 생성 => 서버로 전송
4. 서버에서 HTTP response메시지 => TCP/IP 패킷 생성 => 클라이언트로 전송
5. 도착한 HTTP response 메시지는 웹 브라우저에 의해 출력(랜더링)