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