Tag: 放气

通过GZIP压缩浏览器的兼容性和优势

更新2012年2月10日： zOompf在这里已经完成了一些非常深入的研究。 它胜过以下任何发现。 更新2010年9月11日： 这里为此创build了一个testing平台 一些背景信息的GZIP和DEFLATE（zlib）的HTTP 1.1定义： ''Gzip'是gzip格式， 'deflate'是zlib格式，为了避免与原始压缩数据格式混淆，可能应该调用第二个'zlib'，而HTTP 1.1 RFC 2616正确指向在RFC 1950的zlib规范中，对于'deflate'传输编码， 已经有服务器和浏览器错误地产生或期望每个RFC 1951中的deflate规格的原始deflate数据， 特别是微软产品 ，所以即使'deflate'使用zlib格式传输编码将是更有效的方法（ 实际上zlib格式的devise是什么 ），使用'gzip'传输编码可能是更可靠的，因为HTTP部分名称的不幸select1.1作者“。 （来源： http : //www.gzip.org/zlib/zlib_faq.html ） 所以，我的问题是：如果我用NO zlib wrapper（或者gzip）发送RAW deflate数据，是否有任何现代浏览器（例如IE6或更高版本，FF，Chrome，Safari等）无法理解原始缩减压缩数据（假设HTTP请求头“Accept-Encoding”包含“deflate”）？ 放气数据总是比GZIP小几个字节。 如果所有这些浏览器都可以成功解码数据，那么发送RAW deflate而不是zlib有什么不利之处呢？ 更新2010年9月11日： 这里为此创build了一个testing平台

为什么使用deflate而不是gzip来处理Apache提供的文本文件？

这两种方法为LAMP服务器提供的html，css和javascript文件提供了哪些优势。 有更好的select吗？ 服务器使用Json向地图应用程序提供信息，因此大量的小文件。 另请参见selectgzip而不是压缩http压缩涉及到性能问题吗？

Deflate命令行工具

我正在寻找DEFLATEalgorithm的命令行包装器。 我有一个使用DEFLATE压缩的文件（git blob），我想解压缩它。 gzip命令似乎没有直接使用DEFLATEalgorithm的选项，而不是gzip格式。 理想情况下，我正在寻找一个标准的Unix / Linux工具，可以做到这一点。 编辑：这是我尝试使用gzip的问题时得到的输出： $ cat .git/objects/c0/fb67ab3fda7909000da003f4b2ce50a53f43e7 | gunzip gzip: stdin: not in gzip format