HTTP 완벽가이드 - ch15. 엔터티, 인코딩 (Entities and Encoding)
Download as PPTX, PDF0 likes802 views
HTTP 완벽가이드 - ch15. 엔터티, 인코딩
HTTP 완벽가이드 - ch15. 엔터티, 인코딩 (Entities and Encoding)
- 2. HTTP ships billions of media objects of all kinds every day 2
- 3. HTTP ensure these • Can be identified correctly(Content-type, Content-Language headers) • Can be unpacked properly(Content-length, Content- Encoding headers) • Is fresh(entity validator, cache-expiration) • Meets the user’s needs(Accept headers) • Moves quickly(range requests, delta encoding/compression) • Arrives complete(transfer encoding header, Content-MD5) 3
- 4. HTTP Messages,Entities • Messages -> Crates(컨테이너) • Entities -> Cargo(화물) 4
- 5. Entity headers(1) • 엔터티 본문에 해당하는 해더 • 본문 크기와 콘텐츠, 혹은 리소스 그 자체를 서술 5
- 6. Entity headers(2) • Content-Type • Content-Length • Content-Language • Content-Location • Content-Range • Content-MD5 • Last-Modified • Expires • Allow • Etag • Cache-Control 6
- 7. Entity Bodies • 가공되지 않은(raw) 데이터만을 담고 있다. • Content-Type엔터티 헤더가 데이터 타입을 설명 (image/jpeg, text/javascript) • Content-Encoding엔터티 헤더가 압축 혹인 인코딩 여부를 설명(gzip) 7
- 8. Content-Length(1) • 엔터티 본문의 크기를 바이트 단위로 표현 (압축이 되었다면, 압축 후의 크기) • 엔터티 본문이 있다면 필수적으로 있어야할 헤더 (메시지가 chunked encoding일 때는 필수X) 8
- 9. Content-Length(2) • 메시지 잘림(truncation)을 검출하기 위해 사용 ( Older versions of HTTP used connection close to delimit the end of a message) • Content-Length헤더가 없으면 HTTP본문을 캐싱하 지 않는다. 9
- 10. Content-Length(3) • 지속 커넥션에서는 Content-Length헤더 필수 The Content-Length header lets the client know where one message ends and the next begins. • chunked encoding인 데이터는 예외 10
- 11. 엔터티 본문 길이 규칙 1. 본문(body)가 허용되지 않는 특정 타입의 경우, Content-Length 헤더 무시 (HEAD) 2. Transfer-Encoding헤더가 있다면, zero-byte chunk로 끝나야한다. 3. Content-Length헤더가 있다면, 본문의 길이를 나타냄 (Transfer-Encoding헤더가 있다면, Content-Length무 시) 4. multipart/byteranges미디어 타입이라면 자기가 알아서 계산 5. 엔터티는 커넥션이 닫힐 때, 끝난다. 11
- 12. 엔터티 요약(digests) • HTTP메시지가 변형되는 것을 방지, 체크섬 생성 • Content-MD5 (MD5적용) • 중단간 프락시와 캐시는 해당 헤더를 변경하지 않음 • 중복 저장 방지를 위한 해시 테이블의 키로 사용 • Want-Digest 12
- 13. Media Type and Charset • 엔티티 본문의 MIME타입을 기술 • 콘텐츠를 적절히 해독하고 처리하기 위해 사용 • 원본 엔터티 본문의 미디어 타입을 명시 • 형식 : primary media type / subtype 13
- 15. 멀티파트 폼 제출(1) • 여러 개의 메시지를 포함해서(한개의 폼으로) 전송 • HTTP폼을 채워서 제출하면, 멀티파트로 구성이 되 어 제출 15
- 16. 16
- 17. Content-Encoding Process(1) 1. 웹서버가 Content-type, Content-Length헤더로 원 본 응답 메시지 생성 2. 콘텐츠 인코딩 서버가 인코딩(Content-Encoding추 가) Content-Length가 변경되면 수정 3. 수신 측 프로그램은 인코딩된 메세지를 받아 디코딩 17
- 19. Content-Encoding Types • gzip, compress, deflate인코딩은 무손실 압축 • gzip이 가장 일반적인 알고리즘 19
- 20. Accept-Encoding Headers • 클라이언트가 지원하지 않는 인코딩을 막기위해 • 클라이언트가 지원하는 인코딩 목록을 전달 20
- 21. Transfer / Chunked Encoding(1) • 텍스트 파일은 gzip압축 후, Content-Encoding • JPEG파일은 압축률이 낮다 -> 네트워크를 통해 전 송되는 방법을 바꾼다. 21
- 23. 몇 가지 문제 • unknown size • security 23
- 24. Transfer-Encoding Headers • Trnasfer-Encoding • 어떠한 인코딩이 적용되어있는지 수신자에게 알림 • TE • 서버에게 어떤 전송인코딩을 사용할 수 있는지 알 림 24
- 25. Chunked Encoding(1) • 메시지를 일정 크기의 여러 청크로 쪼갠다. • 서버는 각 청크를 순차적으로 전송 • 동적으로 본문을 생성, 빠르게 전송 25
- 28. Transfer-Encoding 규칙 • 전송 인코딩의 집합은 반드시 ‘chunked’를 포함해야 한다. • 메시지 본문에 적용된 마지막 전송 인코딩이 존재해 야한다. • 청크 전송 인코딩은 반드시 메시지 본문에 한 번 이 상 적용되어야한다.
- 29. Freshness • Expires Header • 얼마나 오랫동안 컨텐츠를 캐시해야하는지 명시 • 하지만 클라이언트와 시계를 동기화 하기 어려움 • Expires: Sun Mar 18 23:59:59 GMT 2001 • Cache-Control • 서버를 떠난 후로부터의 총 시간을 초단위로 설정 • cache-control:private,max-age=31535990 29
- 30. Validator(1) • 캐시된 사본이 신선하지 않다면, 서버에서 가져옴 • 서버와 캐시된 파일이 같은지 검증 • 네트워크 대여폭 낭비를 줄이고, 캐시와 서버에 불필 요한 부하를 줄이기 위해서 30
- 31. Validator(2) • ETag(Entity Tag) • An ETag is an opaque identifier assigned by a web server to a specific version of a resource found at a URL. If the resource representation at that URL ever changes, a new and different ETag is assigned. 31
- 32. Validator(3) 32
- 33. Range Requests(1) • 클라이언트가 문서의 일부분이나 특정 범위만을 요 청 • 모든 서버가 Range request를 받을 수 있는건 아님 • 파일공유 클라이언트, 멀티미디어 다운로드 33
- 34. Range Requests(2) 34 나는 Range request처리가능
- 35. Delta Encoding(1) • 페이지 변경 시, 클라이언트에 캐싱된 부분과 서버 파일에 변경된 부분만 전송하는 방법 (RFC3329)
Editor's Notes
- #10: 이전 http version에서는 content-length대신, delimiter로 content의 끝을 검사 content-length값이 없으면 해당 메시지를 올바로 수신하지 못했다고 판단, 캐싱을 하지 않는다.
- #11: 지속 커넥션 : TCP커넥션을 HTTP요청에 재사용하기 위해서 처리가 완료된 후에도 TCP커넥션을 유지하는 것
- #12: 아래와 같은 순서대로 Content-Length를 가질 수 있다. Content-Length헤더를 가질수는 있지만 본문을 갖지 않습니다. 여러개의 chunked로 날라오는 데이터를 구분하는 방법은 마지막 http메시지에 0로 끝나는 메세지를 받았을 때 - HTTP/1.1명세에서는 사라짐 위의 어떤 규칙에도 해당되지 않는다면 엔터티는 커넥션이 닫힐 때, 끝난다.
- #13: 종단 간(end-to-end) 무결성을 위해서 사용 현재는 자주 전송되지는 않음
- #14: 예를 들어 엔터티가 콘텐츠 인코딩을 거친 경우에도, 인코딩 전의 엔터티 본문 유형을 명시해야함
- #15: 예를 들어 엔터티가 콘텐츠 인코딩을 거친 경우에도, 인코딩 전의 엔터티 본문 유형을 명시해야함
- #16: 멀티파트 미디어 타입 엔터디 본문은 여러 부분으로 나뉘는데, 각 부분은 전체 문서의 특정 봄위 바이트를 나열하고있다.
- #17: 멀티파트 미디어 타입 엔터디 본문은 여러 부분으로 나뉘는데, 각 부분은 전체 문서의 특정 봄위 바이트를 나열하고있다.
- #18: HTTP어플리케이션은 때때로 콘텐츠를 보내기 전에 인코딩을 하려고 한다. 큰html을 전송하기 위해 전송시간을 줄이기위해 압축을이나, 암호화를 하여 보내느데 이를 content encoding
- #19: HTTP어플리케이션은 때때로 콘텐츠를 보내기 전에 인코딩을 하려고 한다. 큰html을 전송하기 위해 전송시간을 줄이기위해 압축을이나, 암호화를 하여 보내느데 이를 content encoding
- #22: 메시지 데이터가 네트워크를 통해 전송되는 방법을 바꾸기 위해서
- #23: Content-Length가 없다.
- #24: - 몇몇 게이트 웨어 어플리케이션은 콘텐츠를 생성하지 않고서, 메시지 본문의 최종 크기를 판단 할 수 없다. 흔히 이 서버들은 그 사이즈를 알기전에 전송을 시작함 - 이미 전송 계층 보안은 SSL이 있는데 왜 이걸 쓰느냐