Fiddler를 사용하여 IIS 압축을 확인합니다
https://stackoverflow.com/questions/897989
-
23-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
IIS 압축이 사용 중인지 어떻게 알 수 있습니까? 바이올리니스트? 볼 때 페이지가 있습니다 Port80Software 또는 GID 네트워크의 도구 압축 된 것 같습니다.
그러나 Fiddler에서 호출을 볼 때 요청 헤더에서 'accept-encoding : gzip, deflate'를 볼 수 있지만 응답 헤더에서 'Content-Encoding : gzip'또는 'deflate'가 표시되지 않습니다. 또한 변압기 섹션에서 '압축 없음'이 선택됩니다.
감사!
크리스
해결책 2
나는 소스 (Eric Lawrence)에게 바로 갔다. 그리고 이것이 그가 말한 것입니다.
실제로 Fiddler는 귀하의 사이트가 제대로 압축되어 있음을 보여줍니다.
환경에 상류 프록시 서버가 있습니까? 회사 네트워크가 아닌 홈 네트워크 에서이 테스트를 시도 했습니까?
Microsoft의 회사 네트워크에서 우리는 모두 ISA 프록시 서버 뒤에 있습니다. 아웃 바운드 허용 인코딩 헤더 (서버에 압축을 사용하도록 지시)를 제거하고 프록시에 의해 압축 응답을 수신하면 ISA 서버에 의해 압축 압축됩니다. 이 작업은 ISA 프록시 서버가 악성 데이터의 컨텐츠를 스캔 할 수 있도록 수행됩니다. 단점은 피들러가 상류 프록시에서받은 트래픽 만보고 있다는 것입니다.
일반적으로 압축 등을 테스트해야 할 때 집에서 또는 "DTAP"이라고 불리는 것, 즉 프록시를 통과하지 않는 인터넷으로의 직접 라인입니다.
다른 팁
내 버전의 Fiddler는 모든 것이 압축되지 않은 것처럼 보이는 Autodecode 버튼을 가지고 있습니다. 이것을 끄본 후, 내 응답은 압축을 나타 냈습니다
검사관 탭에는 하위 TAB 그룹이 있습니다. 변압기를 선택했는지 확인하십시오. 그런 다음 페이지로드의 각 요청에 대해 GZIP로 전송되었는지 또는 압축이 없는지 확인하십시오.
피들러는 꽤 좋으며 파일을로드 할 때 작성된 각 개별 요청을 선택할 수 있습니다.
다양한 답변과 의견을 바탕으로 페이지 자체가 아마도 페이지 자체라고 결론을 내릴 것입니다.text/html)는 압축되었지만 text/xml AJAX 요청 (?)의 일부로 제공되며 페이지에 전달 된 다른 콘텐츠는 그렇지 않습니다.
이미 의견에서 언급했듯이 일반적으로 압축하고 싶습니다. text/* (즉 - text/html, text/plain, text/css, 등) 및 application/javascript & application/ecmascript (에 따라 RFC4329). 당신이 당신을 배달한다면 .js 다른 Mime 유형을 사용하는 파일 (예 : application/x-javascript 또는 text/javascript), 대신 압축하거나 전달하는 데 사용되는 마임 유형을 변경하십시오. .js RFC 표준에 파일.
서버에서 압축되는 MIME 유형을 업데이트하려면 아래의 적절한 링크를 참조하십시오.
마지막으로 만들어야 할 마지막 요점, 일부 웹 브라우저 (특히 Netscape 4의 특정 버전이 있지만 다른 버전이있을 수 있음) Accept-Encoding: gzip,deflate CSS 및 JavaScript 파일 요청의 경우 실제로 내용을 압축 할 수는 없습니다. 또한 일부 버전의 Internet Explorer (5.5 & 6) 압축에 문제가있었습니다.
나는 이러한 문제와 거래를 사용한 기본 Apache 압축 구성을 알고 있습니다. IIS가 어떻게 (또는) 보상되는지 확실하지 않습니다.
