HTTP 메시지는 헤더와 바디로 구분할 수 있습니다.
표현은 요청이나 응답에서 전달할 실제 데이터
Header
- 헤더는 데이터를 해석할 수 있는 정보 제공
- 데이터 유형(html,json), 데이터 길이, 압축 정보 등
- 형식
<field-name>:<field-value>
: field-name은 대소문자 구분이 없음
- 용도
- 전송에 필요한 모든 부가정보 - message body, message body 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리정보...
- 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를 사용하면 안된다.
- 그 밖에 standard header : https://en.wikipedia.org/wiki/List_of_HTTP_header_fields
- 헤더는 요청/응답 둘다 사용
Body
데이터 메세지 본문을 통해서 표현데이터
를 전달함.
데이터를 실어 나르는 부분(Payload) = 메세지 본문
HTTP 주요 헤더
- 요청에서 사용 되는 헤더
- From: 유저 에이전트의 이메일 정보
- Referer: 이전 웹 페이지 주소
- User-Agent: 유저 에이전트 애플리케이션 정보
- Host: 요청한 호스트 정보(도메인), 하나의 IP주소에 여러 도메인이 적용되어 있을때, 호스트정보를 명시하기 위해
- Origin: 서버로 Post 요청을 보낼때, 요청을 시작한 주소
- 응답에서 사용되는 헤더
- Server: 요청을 처리하는 ORIGIN 서버의 소프트웨어 정보
- Date: 메시지가 발생한 날짜와 시간
- Location: 페이지 리디렉션 / 웹 브라우저는 3xx 응답의 결과에 Location 헤더가 있으면, Location 위치로 리다이렉트 합니다.
- Allow: 허용 가능한 HTTP 메서드
- Retry-After: 유저 에이전트가 다음 요청을 하기까지 기다려야 하는 시간/ 503(Service Unavailable) 응답 코드와 함께 보내지면, 언제까지 기다려야 하는지 알 수 있습니다.
콘텐츠 협상 헤더 - 클라이언트가 선호하는 표현 요청 (요청에서만 사용)
- Accept : 클라이언트가 선호하는 미디어 타입 전달
- Accept-Charset: 클라이언트가 선호하는 문자 인코딩
- Accept-Encoding: 클라이언트가 선호하는 압축 인코딩
- Accept-Language: 클라이언트가 선호하는 자연 언어
협상과 우선순위 - Quality Values(q)
- 0~1 클수록 높은 우선 순위
- 생략하는 경우 1