페이지 속도 표시 시간을 개선하기 위해 노력하고 있으며 웹 서버에서 콘텐츠를 압축하는 방법 중 하나가 있습니다.
구글 추천 :
gzipping은 더 큰 리소스에만 유용합니다. 압축 및 압축 해제의 오버 헤드 및 대기 시간으로 인해 특정 크기 임계 값을 초과하는 gzip 파일 만 사용해야합니다. 150에서 1000 바이트 사이의 최소 범위를 권장합니다. 150 바이트 미만의 파일을 압축하면 실제로 더 크게 만들 수 있습니다.
우리는 Akamai를 통해 자사의 네트워크를 프록시 및 CDN에 사용하여 컨텐츠를 제공합니다 . 그들이 나에게 한 말 :
최소 크기가 얼마인지에 대한 귀하의 질문에 따라 Akamai는 요청 된 객체를 최종 사용자에게 보낼 때 요청한 객체를 압축합니다. 최소 크기는 860 바이트입니다.
내 답변 :
Akamai의 최소 크기가 860 바이트 인 이유는 무엇입니까? 예를 들어 Akamai가 Facebook에 제공하는 파일의 경우가 아닌 이유는 무엇입니까? ( 아래 참조 ) Google은보다 적극적으로 gzip을 사용하는 것이 좋습니다. 그리고 가장 빈번한 히트가 860 바이트 미만인 AJAX 호출 인 사이트에서 적절 해 보입니다.
Akamai의 답변 :
압축의 최소 크기가 860 바이트 인 이유는 두 가지입니다. (1) 860 바이트 미만의 객체를 압축하는 오버 헤드는 성능 향상보다 중요합니다. (2) 860 바이트 미만의 객체는 단일 패킷을 통해 전송 될 수 있으므로 압축해야 할 이유가 없습니다.
사실 확인을 위해 여기 있습니다. 패킷 크기로 인한 860 바이트 제한이이 추론의 끝입니까? 트래픽이 많은 사이트에서이 대역폭을 150 바이트 제한으로 낮추는 이유는 무엇입니까 (CDN이 원래부터 오프로드 된 대역폭을 기준으로 요금을 부과하기 때문에) 대역폭 비용을 절약하기 위해 또는 그렇게하면 성능이 향상됩니까?
7/9/12 업데이트 : 내가 물었다 스티브 수 더스를 가 이미 패킷보다 작고 무엇 응답을 Gzip으로 압축에서의 성능 향상이 GZIP의 성능 향상을위한 권장 최소 개체 크기이며,이 자신의 응답 인 경우 :
이메일 고마워. 크기는 1-5K 사이입니다. 아파치는 기본값을 가지고 있지만 그것이 무엇인지 잊어 버렸습니다. 좋은 가이드가 될 것입니다.
F5 어플라이언스에서 압축을 수행하므로 1K 사이에 상당한 양의 AJAX 호출이 있으므로 ~ 350 바이트로 줄입니다. 당사 웹 사이트에서 350 바이트 미만의 AJAX 호출은 모두 70 바이트 정도입니다. Google의 권장 사항보다 적습니다. 따라서 웹 사이트를 알고 코드를 기반으로 조정 하는 것 같습니다 .
프로덕션에서 F5 업데이트가 잠시 실행 된 후이 게시물로 돌아갑니다. 성능상의 이점은 거의 없을 것이라고 생각하지만 Akamai의 비용은 더 적기 때문에 조금 낮출 것입니다.