У меня есть обработчик ashx, и ответ не распакован. Кодировка содержимого, полученная клиентом, пуста.
В настройках IIS для сайта включена статическая и динамическая компрессия.
Исследование подобных проблем показывает, что у некоторых людей есть узел httpCompression в узле веб-сервера редактора конфигурации IIS. У меня нет такого узла. У меня есть узел сжатия URL, где я установил все в true. Возможно, это зависит от версии IIS. Операционная система - Windows Server 2008 R2.
Я собираюсь попытаться "принудительно" сжать, используя свойство фильтра и класс GZipstream (благодарность блогу Рика Строла). Если кто-то может сказать мне, почему IIS не «сжимает автоматически», или может указать на любые ошибки в моем обходном пути, я был бы благодарен.
Обновление: присоединение GzipStream к фильтру ответов уменьшило длину содержимого вдвое, что видно клиенту, что, по-видимому, указывает на то, что "ручное" сжатие что-то делает.
Я знаю, что здесь уже спрашивали:
Обработчик .ashx не сжал gzip, несмотря на настройку IIS Config
Однако на предыдущий вопрос не было получено ответов, поэтому я снова задаю вопрос.