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

Question

Как увидеть, работает ли сжатие IIS с помощью Fiddler? У меня есть страница, которая при просмотре через Port80Software или GID Network's tool кажется, что она встречается сжатой.

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

Спасибо!

Chris

Answer 1

Я пошел прямо к источнику (к Eric Lawrence), и это то, что он сказал:

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

У вас есть прокси-сервер верхнего уровня в вашей среде? Вы использовали ? Попробуйте этот тест из вашей домашней сети , а не вашей корпоративной сети?

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

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

Answer 2

На вкладке инспекторов, есть группа суб -tabs. Убедитесь, что вы выбрали трансформатор. Затем для каждого запроса на загрузку страницы посмотрите, было ли отправлено с GZIP или No Compression.

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

Answer 3

Основываясь на различных ответах и ​​комментариях, я собираюсь сделать вывод, что, возможно, сама страница (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 сжимаются на сервере:

• Using HTTP Compression On Your IIS 5.0 Web Site
• Customizing the File Types IIS Compresses (IIS 6.0)
• How to add content types for HTTP compression in IIS 7.0

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

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

Answer 4

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