TIL 31: [HTTP/네트워크] 기초(1)

오늘은 페어 프로그래밍 없이 혼자서 계속 HTTP와 네트워크 관련 이론을 공부했는데요. 아직 이론만 배워서 그런지 내용들이 추상적으로 다가와 빨리 실습을 해보고 싶었습니다. Urclass에 있는 내용 공부가 빨리 끝나 복습 겸 생활코딩에 있는 HTTP와 DNS 동영상을 보면서 다시 한번 내용들을 정리했습니다.

HTTP에서의 서버와 클라이언트는 Section 1 HA가 끝나고 정리했던 적이 있어서 그 부분은 생략하고 넘어가겠습니다.

TIL 22: 웹 구동 방식

TIL 22 (1): 웹 구동 방식

생소한 내용들을 많이 배워서 정리할 것들이 많아 구조 잡기가 좀 어렵지만 중요하거나 저에게 많이 낯선 부분에 중점을 두어 정리해보도록 하겠습니다 😊

 

 

 

 

웹의 기본적인 4가지 구성요소

HTML: 웹페이지를 만드는 컴퓨터 언어

URL, URI: 원하는 웹페이지를 방문할 수 있게 도와주는 주소체계

Web browser, Web server: 웹페이지를 주고받는 소프트웨어

HTTP(HyperText Transfer Protocol): Web browser나 Web server가 통신할 때 사용하는 통신 규칙

 

 

 

 

HTTP Message

Request Message와 Response Message 의 형식은 비슷합니다.

Request

Start line

Start line은 요청이나 응답의 상태를 나타냅니다. 응답에서는 Status line이라고 부릅니다.

Startline에는 세 가지 요소가 있습니다.

1. HTTP method: 이는 수행할 작업(GET, PUT, POST 등)이나 방식(HEAD or OPTIONS) 등을 말합니다. 예를 들어 GET method는 리소스를 받아야 하고, POST method는 데이터를 서버로 전송합니다.
2. 요청 대상(일반적으로 URL이나 URI) 또는 프로토콜, 포트, 도메인의 절대 경로에가작성됩니다. 형식은 HTTP method 마다 다릅니다. 이 부분은 실전에서 사용하면서 익혀봐야할 것 같습니다. 시간 날 때 각 형식의 특징에 대해 알아보고 싶습니다.
   • origin 형식 :?와 쿼리 문자열이 붙는 절대 경로입니다. POST, GET, HEAD, OPTIONS 등의 method와 함께 사용합니다. —> HTTP Verb, URI(Uniform Research Identifier), HTTP version number
     POST / HTTP 1.1GET /background.png HTTP/1.0HEAD /test.html?query=alibaba HTTP/1.1OPTIONS /anypage.html HTTP/1.0
   • absolute 형식 : 완전한 URL 형식으로, 프록시에 연결하는 경우 대부분 GET method와 함께 사용합니다.
     GET <[http://developer.mozilla.org/en-US/docs/Web/HTTP/Messages](http://developer.mozilla.org/en-US/docs/Web/HTTP/Messages)\> HTTP/1.1
   • authority 형식 : 도메인 이름과 포트 번호로 이루어진 URL의 authority component 입니다. HTTP 터널을 구축하는 경우,CONNECT와 함께 사용할 수 있습니다.
     CONNECT developer.mozilla.org:80 HTTP/1.1
   • asterisk 형식 :OPTIONS와 함께 별표(``) 하나로 서버 전체를 표현합니다.OPTIONS \* HTTP/1.1
3. HTTP 버전은 메시지의 다른 구조를 결정합니다. 이를 위해 HTTP 버전을 함께 입력합니다.

 

 

Headers

요청의 Headers는 Name:Value 형식으로 대소문자 구분 없는 문자열과 콜론(:), 값을 입력합니다. 값은 헤더에 따라 다릅니다.

다음과 같은 종류의 헤더들이 있습니다.

• General headers : 메시지 전체에 적용됩니다.
• Request headers : User-Agent, Accept-Type, Accept-Language과 같은 헤더는 요청을 보다 구체화합니다. Referer처럼 컨텍스트를 제공하거나 If-None과 같이 조건에 따라 제약을 추가할 수 있습니다.
• Entity headers : Content-Length(Byte 단위)와 같은 헤더는 body에 적용됩니다. body가 비어있는 경우, entity headers는 전송되지 않습니다.

User-Agent, Accept-Type, Accept-Language, Content-Length  등의 정확한 의미 및 역할은 더 공부해봐야할 것 같습니다.

 

 

empty line 

빈줄로 헤더와 본문을 구분합니다.

 

 

Body

Body는 HTTP messages 구조의 마지막에 위치해 있으며, 모든 요청에 body가 필요하지는 않습니다. GET, HEAD, DELETE, OPTIONS처럼 서버에 리소스를 요청하는 경우에는 body가 필요하지 않습니다. POST나 PUT과 같은 일부 요청은 웹브라우저가 웹서버에게 데이터를 '전송'해서 업데이트해야 하기 때문에 body를 사용합니다. b ody는 두 종류로 나뉘어집니다.

• Single-resource bodies(단일-리소스 본문) : 헤더 두 개(Content-Type과 Content-Length)로 정의된 단일 파일로 구성됩니다.
• Multiple-resource bodies(다중-리소스 본문) : 여러 파트로 구성된 본문에서는 각 파트마다 다른 정보를 지닙니다. 보통HTML form과 관련이 있습니다.

 

 

 

 

Response

Status Line

응답의 첫 줄은 Status line이라고 부르며, 다음의 정보를 포함합니다. (HTTP/1.1 404 Not Found ➡️ HTTP version, Status Code, Reason Phrase)

1. 현재 프로토콜의 버전(HTTP/1.1)
2. 상태 코드 - 요청의 결과를 나타냅니다. (200, 302, 404 등)
3. 상태 텍스트 - 상태 코드에 대한 설명

상태 코드의 의미

2XX: Sucess (ex. 200 OK)

3XX: Redirection 

4XX: Client Error (ex. 404 Not Found, 403 Forbidden(관계자 외 출입금지와 같은 의미))

5XX: Server Error (ex. 500 Internal Server Error)

 

 

Headers

응답에 들어가는 HTTP headers는 요청 헤더와 동일한 구조를 가지고 있습니다. 대소문자 구분 없는 문자열과 콜론(:), 값을 입력합니다. 값은 헤더에 따라 다릅니다. 요청의 헤더와 마찬가지로 몇 그룹으로 나눌 수 있습니다. (Name: Value)

• General headers : 메시지 전체에 적용됩니다.
• Response headers : Vary, Accept-Ranges와 같이 상태 줄에 넣기에는 공간이 부족했던 추가 정보를 제공합니다.
• Entity headers : Content-Length와 같은 헤더는 body에 적용됩니다. body가 비어있는 경우, entity headers는 전송되지 않습니다.

 

 

Blank Line

Header와 Body 사이의 구분선이라고 할 수 있습니다.

 

 

Body

응답의 본문은 HTTP messages 구조의 마지막에 위치합니다. 모든 응답에 body가 필요하지는 않습니다. 201, 204와 같은 상태 코드를 가지는 응답에는 본문이 필요하지 않습니다. 응답의 body는 다음과 같이 두 종류로 나눌 수 있습니다.

• Single-resource bodies(단일-리소스 본문) :
  • 길이가 알려진 단일-리소스 본문은 두 개의 헤더(Content-Type, Content-Length)로 정의합니다.
  • 길이를 모르는 단일 파일로 구성된 단일-리소스 본문은 Transfer-Encoding이 chunked 로 설정되어 있으며, 파일은 chunk로 나뉘어 인코딩되어 있습니다.
• Multiple-resource bodies(다중-리소스 본문) : 서로 다른 정보를 담고 있는 body입니다.

 

 

Stateless

Stateless는 말 그대로 상태를 가지지 않는다는 뜻입니다. HTTP는 통신 규약일 뿐이므로, 상태를 저장하지 않습니다. 예를 들어, 사용자의 장바구니와 같은 상태를 저장할 수 없습니다. 따라서, 필요에 따라 다른 방법(쿠키-세션, API, Web Storage 등)을 통해 상태를 확인할 수 있습니다.