Использование Fiddler для проверки сжатия IIS - PullRequest
Новая
       13

Использование Fiddler для проверки сжатия IIS

16 голосов
/ 22 мая 2009

Как узнать, работает ли IIS Compression с использованием Fiddler ? У меня есть страница, на которой при просмотре через Port80Software или Инструмент GID Network она выглядит сжатой.

Однако, когда я смотрю вызов в Fiddler, я вижу «Accept-Encoding: gzip, deflate» в заголовке запроса, но я не вижу «Content-Encoding: gzip» или «deflate» в заголовок ответа. Также в разделе «Трансформатор» выбрано «Без сжатия».

Спасибо!

Chris

Ответы [ 4 ]

8 голосов
/ 29 июля 2010

В моей версии fiddler есть кнопка AutoDecode, которая заставляет все выглядеть без сжатия. После выключения мои ответы показали сжатие

6 голосов
/ 23 мая 2009

Я пошел прямо к источнику (Эрику Лоуренсу), и вот что он сказал:

Действительно, Fiddler показывает, что ваш сайт правильно сжимается.

У вас есть прокси сервер в вашей среде? Ты попробуйте этот тест из вашей домашней сети а не ваша корпоративная сеть?

В корпоративной сети Microsoft мы все находятся за прокси-сервером ISA. Он настроен на удаление исходящих Заголовок Accept-Encoding (который говорит серверы, чтобы использовать сжатие), и если сжатый ответ получен прокси, он распакован ISA сервер. Это сделано для ISA прокси сервер может сканировать контент для вредоносные данные. Недостатком является то, что Скрипач видит только трафик как получено от прокси-сервера верхнего уровня.

Обычно, когда нам нужно проверить сжатие и тому подобное, мы делаем так из дома или что называется «DTAP» - прямая линия в интернет, которая не проходит через прокси.

4 голосов
/ 22 мая 2009

На вкладке «Инспекторы» есть группа вложенных вкладок. Убедитесь, что вы выбрали Transformer. Затем для каждого запроса на странице загрузки, посмотрите, был ли он отправлен с GZIP или без сжатия.

Fiddler довольно хорош и позволяет выбирать каждый отдельный запрос, сделанный при загрузке файла.

1 голос
/ 22 мая 2009

Основываясь на различных ответах и ​​комментариях, я сделаю вывод, что, возможно, сама страница (text/html) сжата, но text/xml, который вы доставляете как часть запроса AJAX (?) И другого содержимого доставлено за страницу нет.

Как я уже упоминал в комментарии, вы обычно хотите сжать text/* (то есть - text/html, text/plain, text/css и т. Д.) И application/javascript & application/ecmascript (согласно rfc4329 ). Если вы доставляете файлы .js с использованием другого типа MIME (например, application/x-javascript или text/javascript), вместо этого сожмите его или измените тип MIME, используемый для доставки файлов .js, на стандарт RFC.

См. Соответствующую ссылку ниже для обновления типов MIME, сжимаемых на вашем сервере:

Последнее замечание, которое я должен сделать, - некоторые веб-браузеры (в частности, некоторые версии Netscape 4, но могут быть и другие) отправляют Accept-Encoding: gzip,deflate для запросов файлов CSS и JavaScript, но не могут распаковать содержимое. Кроме того, некоторые версии Internet Explorer ( 5.5 & 6 ) имели проблемы со сжатием.

Я знаю, что стандартная конфигурация сжатия Apache, которую я использовал, решает эти проблемы, я не уверен, как (или будет ли) IIS компенсировать их.

...