제 3장. HTTP 정보는 HTTP 메시지에 있다.

📘 1. 전송 효율을 높이는 인코딩

• HTTP로 데이터를 전송할 경우 그대로 전송할 수 있지만 전송할 때에 인코딩(변환)을 실시함으로써 전송 효율을 높일 수 있다.
• 하지만, 컴퓨터에서 인코딩 처리를 해야 하기 때문에 CPU 등의 리소스는 보다 많이 소비하게 된다.

 

• 콘텐츠 코딩(Content Codings)
  엔티티에 적용하는 인코딩을 가리키는데 엔티티 정보를 유지한 채로 압축한다.
  종류 : gzip(GNU zip), compress(UNIX의 표준 압축), deflate(zlib), identity(인코딩 없음)
• 싱크 전송 코딩(Chunked transfer Coding)
  엔티티 바디를 분할하는 기능
  사이즈가 큰 데이터를 전송하는 경우에 데이터를 분할해서 조금씩 표시하도록 하는 것

 

 

📘 2. 여러 데이터를 보내는 멀티파트 (Multipart)

• 여러 다른 종류의 데이터를 수용하는 방법
• 하나의 메시지 바디 내부에 엔티티를 여러 개 포함시켜 보낼 수 있다.
• 주로 이미지나 텍스트 파일 등을 업로드할 때 사용

 

• multipart/form-data
  WEB 폼으로부터 파일 업로드에 사용
• multipart/byteranges
  상태 코드 206(Partial Content) 리스폰스 메시지가 복수 범위의 내용을 포함하는 때에 사용

 

 

📘 3. 일부분만 받는 레인지 리퀘스트 (Range Request)

• 광대역의 네트워크를 이용할 수 있기 전에는 대용량의 이미지와 데이터를 다운로드하기가 어려웠음
• 다운로드 중에 커넥션이 끊어지게 되면 처음부터 다시 다운로드를 해야 했기 때문임

 

• 그래서 리줌(Resume)이라는 기능을 이용하여 이전에 다운로드를 한 곳에서부터 다시 다운로드를 재개하려고 함
• 이 기능을 실현하기 위해서는 범위를 지정해서 리퀘스트하는 레인지 리퀘스트(Range Request)가 필요함

 

• Range 헤더 필드를 사용하여 리소스의 바이트 레인지를 지정하여 사용

// 5,001 ~ 10,000 바이트의 범위만을 리퀘스트하는 경우
Range: bytes = 5001-10000

 

• 레인지 리퀘스트에 대한 리스폰스는 상태 코드 206(Partial Content)이 돌아옴
• 복수 범위의 레인지 리퀘스트에 대한 리스폰스는 multipart/byteranges가 돌아옴
• 서버가 레인지 리퀘스트를 지원하지 않는 경우 상태코드 200(OK)이 돌아옴

 

 

📘 4. 최적의 콘텐츠를 돌려주는 콘텐츠 네고시에이션 (Content Negotiation)

• 콘텐츠 네고시에이션(Content Negotiation)이란 클라이언트와 서버가 제공하는 리소스의 내용에 대해서 교섭하는 것
• 같은 콘텐츠이지만 여러 개의 페이지를 지닌 웹 페이지를 사용하는 경우에 사용
• 예를 들어, 영어와 한국어와 같이 서로 다른 언어를 주로 사용하는 브라우저가 같은 URI에 액세스 할 때에 각각 영어판 웹 페이지와 한국어판 웹 페이즈를 표시하는 것
• 리퀘스트 메시지에 포함된 리퀘스트 헤더 필드가 판단 기준이 된다
  Accept
  Accept-Charset
  Accept-Encoding
  Accept-Language
  Content-Language

 

• 서버 구동형 네고시에이션(Serve-driven Negotiation)
  서버 측에서 콘텐츠 네고시에이션을 하는 방식
  서버 측에서 리퀘스트 헤더 필드의 정보를 참고해서 자동적으로 처리
• 에이전트 구동형 네고시에이션(Agent-driven Negotiation)
  클라이언트 측에서 콘텐츠 네고시에이션을 하는 방법
  브라우저에 표시된 선택지 중에서 유저가 수동으로 선택
• 트랜스페어런트 네고시에이션(Transparent Negotiation)
  서버 구동현과 에이전트 구동형을 혼합한 것
  서버와 클라이언트가 각각 콘텐츠 네고시에이션을 하는 방식