💡 HTTP

HTTP(Hyper Text Transfer Protocol)의 두문자어로, 텍스트 기반의 통신 규약으로 인터넷에서 데이터를 주고받을 수 있는 프로토콜이다. 주로 HTML 문서를 주고받는 데에 쓰인다. 주로 TCP를 사용하고 HTTP/3 부터는 UDP를 사용하며, 80번 포트를 사용한다. 1996년 버전 1.0, 그리고 1999년 1.1이 각각 발표되었다.

이렇게 규약을 정해두었기 때문에 모든 프로그램이 이 규약에 맞춰 개발해서 서로 정보를 교환할 수 있게 되었다.

---

1. HTTP 동작

HTTP는 클라이언트와 서버 사이에 이루어지는 요청/응답(request/response) 프로토콜이다. 예를 들면, 클라이언트인 웹 브라우저가 HTTP를 통하여 서버로부터 웹페이지(HTML)나 그림 정보를 요청하면, 서버는 이 요청에 응답하여 필요한 정보를 해당 사용자에게 전달하게 된다. 이 정보가 모니터와 같은 출력 장치를 통해 사용자에게 나타나는 것이다.

• Request(요청) : Client(사용자) --> Server
• Response(응답) : Server --> Client(사용자)

HTML 문서만이 HTTP 통신을 위한 유일한 정보 문서는 아니다.
Plain text로 부터 JSON 데이터 및 XML과 같은 형태의 정보도 주고 받을 수 있으며, 보통은 클라이언트가 어떤 정보를 HTML 형태로 받고 싶은지, JSON 형태로 받고 싶은지 명시해주는 경우가 많다.

---

2. HTTP 특징

• HTTP 메세지는 HTTP 서버와 HTTP 클라이언트에 의해 해석된다
• TCP/IP를 이용하는 응용 프로토콜이다.
  : 컴퓨터와 컴퓨터간에 데이터를 전송 할 수 있다록 하는 장치로 인터넷이라는 거대한 통신망(Network)을 통해 원하는 정보(데이터)를 주고 받는 기능을 이용하는 응용 프로토콜
• HTTP는 연결 상태를 유지하지 않는 비연결성 프로토콜이다.
  : 이러한 단점을 해결하기 위해 Cookie와 Session이 등장했다.
• HTTP는 연결을 유지하지 않는 비연결성 프로토콜이기 때문에 Request/Response방식으로 동작한다.

📌 Cookie, Session

• Cookie : 사이트를 이용하거나 방문할 때 브라우저에 저장되는 정보들

  1. 사용자가 어떤 사이트를 방문했을 때 그 사이트에서 사용하는 서버를 통해 Cookie를 제공받는다.
  2. 이 Cookie는 방문한 사용자의 PC에 저장되고, 인터넷 사용자가 같은 웹사이트를 방문할 때 마다 읽히고 수시로 새로운 정보로 바뀐다.

• Session : 쿠키에 저장하기 곤란한 정보들을 세션에 저장해준다. 방문한 사람의 중요한 정보들(ID 등)은 방문한 사이트 서버의 메모리나 DB에 저장된다.

  만약 네이버에 로그인을 한 뒤 쿠키를 지워버리고 새로고침을 하게되면 로그인이 풀려버린다.
  왜그럴까? 이미 네이버에 로그인을 했으니 서버에 세션 아이디는 저장되어 있지만, 그 세션 아이디가 쿠키에서 지워졌기 때문이다. 서버에 있는 세션아이디가 내거라는 걸 PC에서는 알 수 없다.

• Cache : 이미 한 번 꺼내온 이미지같은 대용량 파일을 임시 보관

기본적으로 HTTP 프로토콜 환경은 Connetcionless, stateless한 특성을 가지기 떄문에 서버는 클라이언트가 누구인지 매번 확인을 해야한다. 이 특성을 보완하기 위해서 Cookie와 Session을 사용하게 된다.

• Connetionless : 클라이언트가 요청을 한 후 응답을 받으면 그 연결을 끊어버리는 특징
• Stateless : 통신이 끝나면 상태를 유지하지 않는 특징, 연결을 끊는 순간 클라이언트와 서버의 통신이 끝나며 상태 정보는 유지하지 않는 특성이 있다.

🤷‍♂️ Session을 사용하면 좋은데 왜 Cookie를 사용할까?

Session은 서버의 자원을 사용하기 때문에 무분별하게 만들다보면 서버의 메모리가 감당할 수 없어질 수가 있고 속도가 느려질 수 있기 떄문에 Cookie를 사용하는 것이 유리한 경우가 있다.

👀 한줄 요약

Cookie와 Session을 사용하지 않으면 쇼핑몰에서 옷을 구매하려 구매하려고 로그인을 했음에도, 페이지를 이동할 때 마다 계속 로그인을 해야한다. 만약 Cookie와 Session을 사용했을 경우, 한 번 로그인을 하면 어떠한 방식에 의해서 그 사용자에 대한 인증을 유지하게 된다.

---

👨‍💻 Request

클라이언트가 서버에게 연락하는 것을 요청이라고 하며 요청을 보낼때는 요청에 대한 정보를 담아 서버로 보낸다. 예를 들어, 서버가 주문을 받아 클라이언트가 어떤 것을 원하는지 파악할 수 있게 한다. 이처럼 요청은 식당에서 주문서를 작성하는 것과 같다고 생각하면 된다.

1. Request Method

HTTP 1.0 과 HTTP 1.1

• GET : 클라이언트가 서버에서 웹 리소스를 받아올 때 사용한다.
• HEAD : HEAD를 사용하면 GET을 통해 받아오는 Response의 Header를 받아올 수 있다.
• POST : 웹 서버에 데이터를 보낼 때 사용한다.

HTTP 1.1

• PUT : 서버에 데이터 저장을 요청할 때 사용된다
• DELETE : 서버에 데이터 삭제를 요청할 때 사용된다.
• TRACE : 수행 작업의 diagnostic trace를 요청할 때 사용된다.
• OPTIONS : 지원하는 Request 목록을 받아올 때 사용한다.
• CONNECT : 프록시에게 다른 호스트에 연결하고 콘텐츠를 분석하거나 캐시 없이 응답하도록 지시하는 데 사용된다.

2. Requset HTTP 메세지 예시

GET https://velog.io/@jaehye0ng2 HTTP/1.1						// 시작줄
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) ...		// 헤더
Upgrade-Insecure-Requests: 1

1) 시작줄

첫 줄은 메서드 구조 버전으로 구성되었다.

• GET : HTTP Method
• https://velog.io/@jaehye0ng2 : 사이트 주소
• HTTP/1.1 : HTTP 버전

2) 헤더

헤더는 요청에 대한 정보를 담고있다. User-Agent, Upgrade-Insecure-Requests 등등이 헤더에 해당되며 헤더의 종류는 매우 많다.

3) 본문

본문은 요청을 할 때 함께 보낼 데이터를 담는 부분이다. 현재 예시에는 단순히 주소로만 요청을 보내고 있고 따로 데이터를 담아 보내지 않기 때문에 본문이 비어있다.

---

👨‍💻 Response

서버가 요청에 대한 답변을 클라이언트에게 보내는 것을 응답이라고 한다.

1. Status Code (상태 코드)

Status code는 3자리 숫자 코드이며 Request에 대한 응답으로 서버에서 생성한다. 상위 단위의 숫자에 따라 다섯 그룹으로 나눌 수 있다.

• 1xx (Informational) : 서버의 상태 정보
  ① 100 Continue = 서버에서 Request를 받았으며, 이의 응답을 보내기 위해 처리하는 중이다.

• 2xx (Success) : Request를 수신하였고, 의미를 이해했으며, 이를 처리했다는 것을 의미한다.
  ① 200 OK = Request를 이행했다.

• 3xx (Redirection) : Request를 처리하기 위해 다른 액션이 필요로 함을 의미한다.
  ① 301 Move Permanently = 요청된 리소스의 위치가 영구적으로 변경되었음을 의미한다.
  ② 302 Found & Redirect = 요청된 리소스의 위치가 임시적으로 변경되었음을 의미한다.

• 4xx (Client Error) : Request에 문법 오류가 있거나 의미를 이해하지 못함을 의미한다.
  ① 400 Bad Request = 서버에서 Request를 이해하지 못함, 구문의 오류가 있을 가능성이 있음을 의미한다.
  ② 403 Forbidden = 클라이언트의 신원에 상관없이 서버에서 리소스 제공을 거부함을 의미한다.
  ③ 404 Not Found = 요청된 리소스를 서버에서 찾지 못함을 의미한다.
  ④ 405 Method Not Allowed = 클라이언트에서 요청한 Request를 서버에서 허용하지 않음을 의미한다.

• 5xx (Server Error) : 서버에서 Request를 처리하지 못했음을 의미한다.
  ① 500 Internal Server Error = 서버 내부 프로그램의 오류.
  ② 501 Method Not Implemented = Request method가 잘못되었음을 의미한다.
  ③ 502 Bad Gateway = 프록시 또는 게이트웨이는 업스트림 서버에서 잘못된 응답을 수신했음을 의미한다.
  ④ 503 Service Unavailable = 과부하나 유지 보수로 인해 서버가 응답할 수 없음을 의미한다.

2. Response HTTP 메세지 예시

HTTP/1.1 200 OK					// 시작줄
Connection : keep-alive			// 헤더
Content-Encoding : gzip
content-Length : 35653
Content-Type : text/html;

1) 시작줄

첫 줄은 버전 상태코드 상태메시지로 구성되어 있다. 200은 성공적인 요청이었다는 뜻이다.

2) 헤더

두 번째 줄부터는 헤더로 응답에 대한 정보를 담고 있다.

3) 본문

응답에는 대부분의 경우 본문이 있다. 보통 데이터를 요청하고 응답 메시지에는 요청한 데이터를 담아서 보내주기 때문이다. 응답 메시지에 HTML이 담겨 있는데 이 HTML을 받아 브라우저가 화면에 렌더링한다.

---

📚 참조

• HTTP : 위키백과
• 쿠키 & 세션
• HTTP란 무엇인가
• HTTP 프로토콜 구조 개요와 예제
• 쿠키(Cookie), 세션(Session), 캐시(cache)의 차이