Representation Headers (표현 헤더)

HTTP 메시지는 헤더와 바디로 구분할 수 있습니다.

바디에서는 메시지 본문 (Message Body)를 통해서 표현 (Representation) 데이터를 전달합니다.

데이터를 실어 나르는 부분을 Payload라고 합니다.

표현은 요청이나 응답에서 전달할 실제 데이터를 뜻하며 표현 헤더는 표현 데이터를 해석할 수 있는 정보를 제공합니다.

HTTP 헤더

HTTP 전송에 필요한 모든 부가정보를 담기 위해 사용됩니다.

  • Content-Type: 표현 데이터의 형식
  • Content-Encoding: 표현 데이터의 합축 방식
  • Content-Language: 표현 데이터의 자연 언어
  • Content-Length: 표현 데이터의 길이

형식, 압축 방식, 자연 언어, 길이 설명하고, 요청/응답 둘 다 사용합니다.

Content-Type (표현 데이터의 형식)

미디어 타입, 문자 인코딩

  • Text/html: charset=utf-8
  • application/json
  • Image/png

Content-Encoding

표현 데이터 인코딩, 압축하기 위해 사용, 데이터를 전달하는 곳에서 압축 후 인코딩 헤더 추가

  • gzip
  • deflate
  • identity

Content-Language

표현 데이터의 자연 언어

  • ko
  • en
  • en-US

Content-Length

표현 데이터의 길이

  • (바이트 단위를 확인하기 위해 사용함)
  • Transfer-Encoding(전송 코딩)을 사용하면 Content-Length를 사용하면 안됨

HTTP 주요 헤더

요청(Request)에서 사용되는 헤더

FROM: 유저 에이전트의 이메일 정보

  • 일반적으로 잘 사용하지 않는다.
  • 검색 엔진에서 주로 사용된다.
  • 요청에서 사용된다.

Referer: 이전 웹 페이지 주소

  • 현재 요청된 페이지 이전 웹 페이지 주소
  • A -> B 이동하는 경우 B를 요청할 때 이전 주소인 A를 포함해서 요청한다.
  • Referer을 통해 유입 경로 수집이 가능하다.

User-Agent: 유저 에이전트 애플리케이션 정보

  • 클라이언트의 애플리케이션 정보 (웹 브라우저 정보 등)
  • 통계 정보
  • 어떤 종류의 브라우저에서 장애가 발생하는지 확인이 가능해진다.
  • 요청에서 사용된다.

Host: 요청한 호스트 정보(도메인)

  • 요청에서 사용
  • 필수 헤더
  • 하나의 서버가 여러 도메인을 처리해야 할 때 호스트 정보를 명시하기 위해 사용
  • 하나의 IP 주소에 여러 도메인이 적용되어 있을 때 호스트 정보를 명시하기 위해 사용

Origin: 서버로 POST 요청을 보낼 때, 요청을 시작한 주소를 나타냄

  • 여기서 요청을 보낸 주소와 받는 주소가 다르면 CORS 에러가 발생한다.
  • 응답 헤더의 Access-Control-Allow-Origin과 관련

Authorization: 인증 토큰(JWST)을 서버로 보낼 때 사용하는 헤더

  • 토큰의 종류를 전송

응답(Response)에서 사용되는 헤더

Server: 요청을 처리하는 ORIGIN 서버의 소프트웨어 정보

  • 응답에서 사용
    ex) Server: nginx, Server: Apache/2.2.22

Date: 메시지가 발생한 날짜와 시간

  • 응답에서 사용 (말 그대로 날짜와 시간)

Location: 페이지 리디렉션

웹 브라우저는 응답 결과에 따라 Location 헤더가 있다면 오류 발생 시 위치를 리다이렉트(자동 이동)시킨다.

  • 201(Created): Location 값은 요청에 의해 생성된 리소스 URI
  • 3xx(Redirection): Location 값은 요청을 자동으로 리디렉션하기 위해 대상 리소스를 가리킴

Allow: 허용 가능한 HTTP 메소드

ex) Allow: GET, HEAD, PUT

Retry-After: 유저 에이전트가 다음 요청을 하기까지 기다려야 하는 시간

  • 503(Service Unavailable): 서비스가 언제까지 불능인지 알려줄 수 있다.
  • ex) Retry-After: Fri, 31 Dec 2020 (정확한 날짜 표기)
  • ex) Retry-After: 120 (초 단위 표기)

HTTP 헤더를 통한 콘텐츠 협상

콘텐츠 협상 (Content negotiation)

클라이언트가 선호하는 표현 요청

협상 헤더는 요청 시에만 사용합니다.

  • Accept: 클라이언트가 선호하는 미디어 타입 전달
  • Accept-Charset: 클라이언트가 선호하는 문자 인코딩
  • Accept-Encoding: 클라이언트가 선호하는 압축 인코딩
  • Accept-Language: 클라이언트가 선호하는 자연 언어

Accept-Language

헤더를 통해 클라이언트가 원하는 언어를 서버가 응답할 수 있습니다.

콘텐츠 협상(Accept-Language)가 적용되지 않는다면 기본 언어로 설정된 영어로 응답합니다.

Accept-Language를 KO로 작성해 서버에 요청한다면 우선순위 언어를 한국어로 응답합니다.
(우선 순위 부여가 가능합니다.)

profile
메일은 매일 확인하고 있습니다. 궁금하신 부분이나 틀린 부분에 대한 지적사항이 있으시다면 언제든 편하게 연락 부탁드려요 :)

0개의 댓글