실제 서버가 Deflate Encoding보다 GZIP를 선호하는 이유는 무엇입니까?

StackOverflow https://stackoverflow.com/questions/883841

문제

우리는 이미 알고 있습니다 Deflate Encoding은 승자입니다 인코딩, 디코딩 및 압축 크기의 속도와 관련하여 GZIP 이상.

그렇다면 왜 큰 사이트가 (내가 찾을 수있는) 사이트를 보내지 않는 이유는 무엇입니까 (내가 받아들이는 브라우저를 사용할 때)?

야후 주장 Deflate는 "덜 효과적"입니다. 왜요?

Deflate를 선호하는 HTTP 서버 소프트웨어를 유지하므로 계속하지 않을 이유가 있는지 알고 싶습니다.

도움이 되었습니까?

해결책

사양과 http 사이의 명명에 대한 혼란이 있습니다.

  • 꺾다 정의 된대로 RFC 1951 a 압축 데이터 형식.
  • zlib 정의 된대로 RFC 1950 a 압축 데이터 형식 그것을 사용합니다 꺾다 데이터 형식.
  • gzip 정의 된대로 RFC 1952 a 파일 형식 그것을 사용합니다 꺾다 압축 데이터 형식.

하지만 HTTP는 다른 명명을 사용합니다:

  • gzip RFC 1952 [25]에 설명 된 바와 같이 파일 압축 프로그램 "GZIP"(GNU ZIP)에 의해 생성 된 인코딩 형식. 이 형식은 32 비트 CRC 인 Lempel-Ziv 코딩 (LZ77)입니다.

  • deflate RFC 1951 [31]에 정의 된 "Zlib"형식은 RFC 1951 [29]에 기술 된 "Deflate"압축 메커니즘과 함께 조합하여 정의 된 형식.

요약하려면 :

  • gzip 입니다 gzip 파일 형식.
  • deflate 실제로입니다 zlib 데이터 형식. (그러나 일부 고객은 실제를 수락합니다 꺾다 데이터 형식 deflate.)

또한보십시오 질문에 대한이 답변 "gzip"과 "deflate"http 1.1 인코딩의 차이점은 무엇입니까?:

"gzip"과 "deflate"http 1.1 인코딩의 차이점은 무엇입니까?

"gzip"은 GZIP 형식이며 "deflate"는 Zlib 형식입니다. 그들은 아마도 원시 deflate 압축 데이터 형식과의 혼란을 피하기 위해 두 번째 하나를 "zlib"이라고 불렀을 것입니다. HTTP 1.1 RFC 2616은 "Deflate"전송 인코딩에 대해 RFC 1950의 Zlib 사양을 올바르게 지적하지만 RFC 1951의 Deflate Specficiation에 따라 RAW Deflate 데이터에 따라 원시 디프 레이트 데이터에 대한 보고서가 있습니다. . 따라서 Zlib 형식을 사용하는 "Deflate"전송 인코딩이 더 효율적인 접근 방식이 될 것입니다 (실제로 Zlib 형식이 설계된 것)은 "GZIP"전송 인코딩을 사용하는 것은 불행한 선택으로 인해 더 안정적 일 것입니다. HTTP 1.1 저자의 이름.

다른 팁

최소 테스트에서 대부분의 httpds도 나타납니다.

  1. Deflate On-the-Fly를 지원하지 마십시오 : Apache 's Mod_deflate (Awerise), GWS
  2. 또는 gzip : iis, lighttpd의 mod_compress를 보내는 것을 선호합니다.

따라서 가장 인기있는 서버 (APACHE)에서 deflate를 보내려면 사전 인코딩 된 파일을 유지하고 mod_negotiate를 사용해야합니다 (deflate를 선호하기 위해 유형 맵을 사용해야 할 수도 있습니다).

이 번거 로움 때문에 Deflate는 거의 사용되지 않으므로 버그는 더 가능성이 높습니다 GZIP 지원보다 클라이언트 디플레이트 지원에 존재합니다.

자세한 내용은이 웹 사이트를 확인하십시오.http://web.archive.org/web/20120321182910/http://www.vervestudios.co/projects/compression-tests

사양에 따라 Deflate는 실제로입니다 zlib (웹을 통해 컨텐츠를 스트리밍하기 위해 특별히 개발 된 압축 형식) ... Deflate 주변의 래퍼입니다.

그러나 Internet Explorer는 HTTP 1.1 Deflate (Zlib)를 원시 디플레이트로 잘못 구현합니다. 따라서 서버가 올바른 http 1.1 deflate (zlib) 컨텐츠를 보내면 IT 질식을 보냅니다.

나는 주제를 조금 조사했고 항상 보내는 것이 안전 해 보입니다. 날것의 현대식 브라우저로 디플레이트하십시오 ... 실제로 그냥 확인하십시오. 날것의 그리고 zlib가 아닙니다.

자세한 내용은이 기사를 확인하십시오 gzip vs deflate (zlib) 재 방문.

그래서 나는 GZIP를 통해 Deflate를 계속 보내야할만한 충분한 이유가 있다고 생각합니다.

내가 아는 한 (면책 조항 : 그리고 나는 여기서 전문가가 아니며, 내가 들었던 것만), gzip 동일한 알고리즘을 사용합니다 deflate 그러나 크기가 더 큰 헤더 물건이 더 많습니다 ( deflate). 그러나 나는 생각합니다 deflate 적은 고객과 프록시가 지원합니다.

나는 같은 것을 궁금해했다 :). 나는 그것이 오래된 (아마도 고대) 브라우저의 호환성과 관련이 있다고 생각합니다. 나는 오래된 브라우저가 특정 인스턴스 (?)에서 mod_gziped가 디플린 컨텐츠에서 나올 가능성이 높다는 것을 읽었지만, 인터넷 검색을 통해 인터넷 검색을 중단하는 것이 가장 좋다고 결론을 내 렸습니다.

ActionScript 3은 기본 DEFLATE 지원이 있지만 GZIP의 경우 외부 라이브러리를 사용해야합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top