问题标签 [http-compression]

压缩启用了消息安全的 WCF 服务的通信的最佳实践是什么，它不是托管在 IIS 上并使用 HTTP 作为传输协议？

在我的搜索中，我发现在保护消息后应用压缩的通道级别的实现（因此压缩不是最佳的）。

你能为我指出正确的方向吗？甚至更好：您知道在安全协议运行之前应用的任何 WCF 压缩实现（使用消息安全性）吗？

如何为已经在生产环境中构建和运行的网站启用 HTTP 压缩

问候， 古拉夫

我编写了一个响应低于 1K 的 JSON 内容的 Web 服务。这种压缩策略中哪一个是最好的？

• 通过反向代理 gzip 此内容作为任何其他文本资源？
• 添加规则以不压缩低于阈值的资源？

我认为 Internet 网络上的数据包大小大于 1K（这篇文章很有趣，但它给我带来的问题多于答案：579 字节？1518 字节？）。这样，避免花费时间和处理器来压缩已经在 1 个数据包中发送的内容是有意义的。

因此，我更多地关注某人对这两种策略的测试？有人做过测试吗？我也对你写的规则感兴趣。

谢谢

HTTP 标头效率不高。在最小方法和响应标头之间使用了数十个不必要的字节。

是否有任何提议标准化 HTTP 的二进制或压缩格式？

除了 HTTP 之外，是否还有更适合交互式移动应用程序的类似标准？

我正在阅读这篇文章 和这篇文章，以了解 (tedius) 步骤以在 IIS 上打开 gzip 压缩（在本例中为 6.0）。我不明白为什么 IIS 默认会打开这一切。谁不想压缩文件到浏览器？

我用来WebRequestCreator.ClientHttp向 RIA WCF 服务发出同步异步请求。但在这种情况下，http 请求中唯一支持的编码是“身份”：
Accept-Encoding: identity
我没有设法在标头中指定 gzip 也没有放气。是什么原因以及如何使用 http 压缩WebRequestCreator.ClientHttp？

我有一个 MVC3 视图，旨在为我们的客户运行报告。在允许您选择报告选项的视图中，我传递了我们客户的大列表 (~3K)。我这样渲染它：

_ClientSelector 部分如下所示：

我正在使用 jQuery 多选库把它变成一个漂亮的视觉显示。

我的问题是，是否可以压缩此列表服务器端？到目前为止，这个视图中最慢的部分是加载这个客户端列表。在chrome中使用PageSpeed，它建议压缩html以使其加载更快，这可能吗？如果这需要在它自己的控制器操作中而不是放在 ViewBag 中，我不介意这样做。我只是想看看有没有办法可以加快这个页面的速度。

编辑：

我开始玩弄你下面的模板。当我手动构建 json 时，它可以工作。但是，当我尝试使用 $.getJSON 从服务器获取它时，它永远不会触发结果。在 Chrome 中使用调试工具，我看到响应回来了，它看起来像有效的 json。你能看出这有什么问题吗？

在视图中：

--这是使用 $.ajax 方法的另一次尝试，但它也不会触发结果

这是有效的示例：

经过多次调整，我终于得到了一些工作：

我仍然不确定为什么它不会在成功事件上触发，但是使用完整事件并在 responseText 上执行 JSON.parse 似乎已经成功了。

作为一般规则，什么时候为 IIS 启用 gzip 压缩是个好主意？以以下情况为例：

1. 静态页面
2. 具有许多静态元素和一些动态元素的 ASP 页面
3. 具有少量静态元素和许多动态元素的 ASP 页面
4. 完全动态的 ASP 页面
5. 在 IIS 上安装 Wordpress

显然，您可以混合使用静态/动态页面。做出决定的一般规则是什么？如果页面包含任何动态内容，压缩它是不是很糟糕？

就我而言，我有两个站点。一个站点大部分是静态的，其中包含一些由 ASP 动态生成的页面。第二个站点是 Wordpress 安装。对于第一种情况，我觉得压缩是要走的路。对于 Wordpress，我不太确定。

我很难理解动态内容会发生什么。假设我有一个包含显示日期和时间的动态元素的页面。每次有人访问时，时间都会改变。压缩会傻吗？

我有一个由 1000 个客户端组成的 LAN，速度为 1 GBPS。

在 IIS 7.5 中托管的一个应用程序。

事实：在服务器和客户端之间传输一个兆字节的响应不超过 30 毫秒。连接速度非常快。

事实：有些客户的 PC 较旧（windows xp、ie7、pentium4）。

我认为在这种情况下不需要动态压缩，因为问题不在于带宽，而在于客户端的计算机性能。

您是否建议禁用压缩？

我的网页有太多的 javascript。在每篇文章中，我都会使用 javascript、ajax 和 json 刷新页面。在某些情况下，当 HTML 太大时，浏览器会变得有点不负责任。我认为压缩导致了这个问题。

任何意见？

我正在使用 Web 服务作为 XHR 请求的端点，并计划使用 gzip/deflate 压缩兼容浏览器的响应。

我正在使用基于http://www.dominicpettifer.co.uk/Blog/17/gzip-compress-your-websites-html-css-script-in-code的代码：

稍后可能会打开 IIS 压缩。这会破坏响应吗？