存在某个页面内容异常巨大的问题。在5到10兆的范围内。压缩HTTP响应?可能?
这是在服务器端使用Velocity和Java呈现的。显然可以压缩/压缩此响应,但是在浏览器/客户端处理解压缩的合理方式是什么?
存在某个页面内容异常巨大的问题。在5到10兆的范围内。压缩HTTP响应?可能?
这是在服务器端使用Velocity和Java呈现的。显然可以压缩/压缩此响应,但是在浏览器/客户端处理解压缩的合理方式是什么?
这是内置到大多数现代浏览器。只要响应是某种文本或可压缩的东西,那么您的请求/响应就必须纠正标题。
请求
接受编码:gzip,放气
响应
内容编码:gzip
如果请求的Accept-Encoding头不包括gzip你不应该显然压缩它,因为客户端/浏览器无法处理它。
一般而言,只要有意义,您应该gzip任何文本内容。如果资源是500字节而不是500k字节,那么出于性能原因可能没有意义。 一些例子是html,xml,json,javascript,你可以配置你的服务器,压缩哪些类型的文件以及大小限制应该是多少。
启用gzip
因此,这会传输一个巨大的压缩网页在内联网上是这样一种方式,浏览器会自动解压缩和显示网页,或浏览器显示一个弹出窗口,要求用户打开zip文件或保存它到磁盘? –
@Tony Ennis这将传输客户端请求的任何资源,浏览器会自动解压资源。请记住,查看单个网页通常会导致对服务器的多个请求。请求html页面,并请求每个图像等。 –
对图像的请求单独显示,因此这是内联JS和而已。产量显然非常低效/很大。 – bobber205
只是想指出,如果响应是巨大的,因为它是完全的JPEG和GIF的,他们已经压缩。压缩不会有帮助。我不确定PDF是否可以成功压缩。 –
我认为未加密的pdf是非常可压缩的(除非它们当然是充满了压缩图像) – Blorgbeard
如果你的回答真的很大,那么通过网络传输它将是你的问题中最少的。它应该被分解成更小的块,因为大多数浏览器都很难渲染这样庞大的文件。 – biziclop