2012 년 2 월 10 일 업데이트 :
zOompf는 여기에서 바로이 주제에 대한 매우 철저한 연구를 완료 했습니다 . 아래의 결과를 능가합니다.
2010 년 9 월 11 일 업데이트 :
여기에 테스트 플랫폼이 생성되었습니다 .
일부 배경 정보에 대한 GZIP 및 DEFLATE (zlib)의 HTTP 1.1 정의 :
" 'Gzip'은 gzip 형식이고 'deflate'는 zlib 형식 입니다. 원시 deflate 압축 데이터 형식과의 혼동을 피하기 위해 두 번째 형식 인 'zlib'를 호출했을 것입니다. HTTP 1.1 RFC 2616은 'deflate'전송 인코딩에 대한 RFC 1950의 zlib 사양에서 RFC 1951의 deflate 사양에 따라 원시 deflate 데이터를 잘못 생성하거나 예상하는 서버 및 브라우저에 대한보고가있었습니다 . 특히 Microsoft 제품 입니다. zlib 형식을 사용하는 전송 인코딩이보다 효율적인 접근 방식입니다 ( 실제로 zlib 형식이 설계된 용도), 'gzip'전송 인코딩을 사용하는 것은 아마도 HTTP 1.1 작성자가 이름을 잘못 선택했기 때문에 더 신뢰할 수 있습니다. "(출처 : http://www.gzip.org/zlib/zlib_faq.html )
그래서, 내 질문 : 내가 zlib 래퍼 (또는 gzip, 그 문제에 대해)로 RAW deflate 데이터를 보내면 원시 deflate를 이해할 수없는 최신 브라우저 (예 : IE6 이상, FF, Chrome, Safari 등)가 있습니까? 압축 된 데이터 (HTTP 요청 헤더 "Accept-Encoding"에 "deflate"가 포함되어 있다고 가정)?
Deflate 데이터는 항상 GZIP보다 몇 바이트 더 작습니다.
이러한 모든 브라우저가 데이터를 성공적으로 디코딩 할 수 있다면 zlib 대신 RAW deflate를 보내는 데 어떤 단점이 있습니까?