Использование Fiddler для проверки сжатия IIS
Как увидеть, работает ли IIS Compression с помощью Fiddler? У меня есть страница, которая при просмотре через Port80Software или Инструмент GID Network он, кажется, сталкивается с сжатым.
Однако, когда я смотрю звонок в Fiddler, я вижу "Accept-Encoding: gzip, deflate" в заголовке запроса, но я не вижу "Content-Encoding: gzip" или "deflate" в ответ. Кроме того, в разделе "Трансформатор" выбрано "Без сжатия".
Спасибо!
Крис
Ответы
Ответ 1
Я пошел прямо к источнику (Эрику Лоуренсу), и вот что он сказал:
Действительно, Fiddler показывает, что ваш сайт сжимается правильно.
У вас есть прокси-сервер вверх сервер в вашей среде? Вы были попробуйте этот тест из вашей домашней сети а не вашей корпоративной сети?
В корпоративной сети Microsoft мы все находятся за прокси-сервером ISA. Он настроен на удаление исходящего Заголовок Accept-Encoding (который сообщает серверы для использования сжатия), и если сжатый ответ принимается прокси, его распаковка на ISA сервер. Это делается так, что ISA-прокси сервер может сканировать содержимое для вредоносные данные. Недостатком является то, что Скрипач видит только трафик как его получено от восходящего прокси.
Обычно, когда нам нужно тестировать сжатие и тому подобное, мы делаем это из дома или что называется "DTAP" -a прямая линия в Интернет, которая не проходит через прокси.
Ответ 2
В моей версии fiddler есть кнопка AutoDecode, в которой все кажется, что нет сжатия. После этого, мои ответы показали сжатие
Ответ 3
На вкладке "Инспекторы" имеется группа подтаблиц. Убедитесь, что вы выбрали трансформатор. Затем для каждого запроса на загрузку страницы посмотрите, было ли отправлено с GZIP или No Compression.
Fiddler довольно хорош и позволяет вам выбирать каждый отдельный запрос, сделанный при загрузке файла.
Ответ 4
Основываясь на различных ответах и комментариях, я собираюсь сделать вывод, что, возможно, сама страница (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 компенсирует их.