2016-03-17 4 views
2

У нас есть приложение OWIN (построенное с помощью Nancy и WebAPI).Средство промежуточного сжатия OWIN для сценария самозванья

При размещении в консольном приложении (с помощью Katana selfhost) у меня нет сжатия при статическом контенте.

Я попытался найти рабочий пример программного обеспечения OWIN GZip.

До сих пор нашел несколько, как: Owin.Compression NuGet, SqueezeMe NuGet, https://gist.github.com/PinpointTownes/538cde1ed5e5d768355d и https://gist.github.com/PinpointTownes/ac7059733afcf91ec319

ничего не похоже на работу - в конце концов, браузер получает все ответы без заголовка Content-Encoding и не сжимаются.

Пробовал добавлять компрессию в конце конвейера Нэнси - тоже не работает.

При размещении в IIS - IIS заботится о сжатии.

Я что-то упустил? Есть ли что-то, что перезаписывает поток тела ответа и удаляет заголовки? Или, может быть, сам хозяин должен позаботиться о сжатии?

Из дополнительного чтения это может быть связано с хостом Катаны. Но проблема также возникает в хосте Nowin.

Спасибо.

+0

ли у вас какие-либо прогресса с этим? Я столкнулся с той же проблемой. – itsho

+0

Обе эти ссылки должны работать, если они помещаются в конвейер owin до Nancy, если они добавляются после того, как результат возвращается nancy и выполняется. – Phill

+0

@Phill Я думаю, что я уже дважды проверил это. Я проведу тройную проверку - особенно, когда исходный поток заменяется оберткой - это действительно должно произойти до того, как Нэнси будет вызвана. –

ответ

1

Итог: Вопрос не касался ничего упомянутого выше. Похоже, что ESET AV контролирует весь HTTP-трафик в компании. В случае сжатого ответа ESET распаковывает его до того, как он попадет на любой клиент (даже в скрипде, запрос появляется как не сжатый).

Подробнее здесь: https://community.virginmedia.com/t5/Email-Cloud-and-webspace/Is-Virgin-disabling-GZIP-compression-on-websites/td-p/2851488/page/2

 Смежные вопросы

  • Нет связанных вопросов^_^