Compression 用于自主机场景的OWIN压缩中间件

Compression 用于自主机场景的OWIN压缩中间件,compression,owin,nancy,katana,self-hosting,Compression,Owin,Nancy,Katana,Self Hosting,我们有一个OWIN应用程序(使用Nancy和WebAPI构建) 在控制台应用程序中托管它时(使用Katana selfhost),我没有对静态内容启用任何压缩 我试图寻找OWIN GZip中间件的工作示例 到目前为止,我们发现了一些类似于: Owin.Compressionnuget, 挤压我nuget, 和 似乎什么都不起作用-最终浏览器获得的所有响应没有内容编码标题,也没有压缩 尝试在Nancy的管道末端添加压缩-也不起作用 在IIS中托管时,IIS负责压缩 我错过什么了吗?是否存在覆盖响

我们有一个OWIN应用程序(使用Nancy和WebAPI构建)

在控制台应用程序中托管它时(使用Katana selfhost),我没有对静态内容启用任何压缩

我试图寻找OWIN GZip中间件的工作示例

到目前为止,我们发现了一些类似于:
Owin.Compression
nuget,
挤压我
nuget, 和

似乎什么都不起作用-最终浏览器获得的所有响应没有
内容编码
标题,也没有压缩

尝试在Nancy的管道末端添加压缩-也不起作用

在IIS中托管时,IIS负责压缩

我错过什么了吗?是否存在覆盖响应正文流并删除标题的内容?或者,主机本身应该负责压缩

从其他读数来看,这可能与Katana宿主有关。 但这个问题也发生在Nowin主机上

谢谢。

底线: 这个问题与上述任何事情都无关。 ESET AV似乎监视公司中的所有HTTP流量。 在压缩响应的情况下,ESET在到达任何客户端之前对其进行解压缩(即使在fiddler中,请求也显示为未压缩)

请参阅此处的更多信息:

您在这方面有什么进展吗?我面临着同样的问题,如果这些链接在Nancy之前放入owin管道,如果它们是在Nancy返回结果并执行后添加的,那么它们应该可以工作。@Phill我想我已经仔细检查过了。我将对它进行三次检查——特别是原始流被包装器替换的点——这确实应该在调用Nancy之前发生。三次检查我的发现——中间件在Nancy之前注册,因此Nancy写入包装GZipStream的缓冲区。标题添加正确-但在浏览器和fiddler中,我看到的都是
传输编码:chunked