Mil*_*kov 61 php compression gzip
我使用两个PHP脚本移动大量数据:一个在客户端使用命令行PHP脚本,另一个在Apache后面.我将数据发布到服务器端并使用php://输入流将其保存在Web服务器端.为防止达到任何内存限制,每个POST请求的数据将分为500kB块.这一切都很好.
现在,为了节省带宽并加快速度,我希望在发送之前压缩数据,并在另一端接收时解压缩.我找到了3对可以完成这项工作的功能,但我无法决定使用哪一个:
你会推荐哪一对功能?为什么?
更新:我刚读过zlib FAQ:
gzip format(gzencode)旨在保留有关单个文件的目录信息,例如名称和上次修改日期.gzcompress另一方面,zlib格式()设计用于内存和通信通道应用程序,并且具有更紧凑的头部和尾部,并且使用比gzip更快的完整性检查.
tho*_*ter 82
所有这些都可以使用.三者之间存在细微差别:
gzip命令行工具相同.此文件格式包含一个包含可选元数据的标头,DEFLATE压缩数据和包含CRC32校验和和长度检查的页脚.这三个人都使用相同的算法. gzencode()添加了包含原始文件名和其他环境数据的功能(仅在压缩字符串时不使用). gzencode()并且gzcompress()都添加了校验和,因此可以验证存档的完整性,这对于不可靠的传输和存储方法非常有用.如果所有内容都存储在本地,并且您不需要任何其他元数据,那么gzdeflate()就足够了.为了便携性,我建议gzencode()(GZIP格式)可能比gzcompress()(ZLIB格式)更好地支持其他工具.
当压缩非常短的串时,每种方法的开销变得相关,因为对于非常短的输入,开销可以包括输出的重要部分.通过压缩空字符串来衡量每种方法的开销是:
gzencode('') = 20个字节gzcompress('') = 8个字节gzdeflate('') = 2个字节Che*_*eso 47
我不是PHP专家,不能回答提出的问题,但似乎有很多猜测在这里,并提供模糊信息.
DEFLATE是ZLIB,GZIP和其他人使用的压缩算法的名称.理论上,GZIP支持替代压缩算法,但在实践中,没有.
没有"GZIP算法"这样的东西.GZIP使用DEFLATE算法,并在压缩数据周围放置成帧数据.使用GZIP,您可以添加文件名,文件时间,CRC,甚至评论等内容.但是,这个元数据是可选的,许多gzippers只是省略了它.
ZLIB类似,除了具有不同的,更有限的元数据集和特定的2字节头.
这是所有的IETF RFC 1950年,1951年和1952年.
要说"gzip算法压缩比DEFLATE更好"只是无稽之谈.没有gzip算法.GZIP格式中使用的算法是DEFLATE.