阿里云对图片用了 gzip. 感觉有待商榷
我记得貌似 gzip 对图片是不适用的.
难道阿里云对图片专门做了试用图片的 gzip 而且还能兼容?
cdn 其实是恨不得全部都不做 gzip 的。。。
"假如用户上传.JPG 结尾的内容,但其内容是纯文本的",你这个假定的比例多大,会不会让 cdn 的数据中心一年多消耗 20%的电力?
既然不会增大体积,在现今单位计算成本并不高的时代,开启或不开启,我更倾向于开启。
@jimrok 我想请问下作为一个云储存或者 CDN 应该关心用户上传的内容是啥吗? NO.
为什么?
首先,假如用户上传.JPG 结尾的内容,但其内容是纯文本的,
这种情况会经常存在。
应不应该开启哩?
业内统一的标准都是这样, S3 也是这样。
---
回到题主的问题, CDN 做不做 GZIP ,往往是尊重源站的设定。源站对 JPG 开启了 GZIP , CDN 也会保留此头。
@maxsec 你需要了解一下压缩的原理,我们已经使用了个种算法来提高压缩率,我们不论怎么努力,也能将一个信息压缩没,因为信息墒总是存在的,压缩不能减少这个墒。只是重新排列他们的位置。 jpg 格式已经在这方面做的够好了,几乎没有其他的算法超过 jpge 的。你用 gzip 再压缩,得到的就是 gzip 的壳大小+图片大小。除非你的图片时 bmp 这种没压缩格式, gzip 会有效果,压缩率肯定比不上图片格式的压缩率。
@jimrok gzip 一般都对数 K 以上内容启用,我想知道的是图片用 GZIP 百分之百会增大体积吗
@maxsec 把 1 这个值表示称 bit 最少要一个 byte 。这个 byte 压缩一下,看看你压缩完的内容能不能小于 1 个 byte 。
@jimrok
GZIP 增加了 SIZE 的证明?
@jimrok 这样又可以收费了...~
感觉是阿里云的小白干的事,又浪费 cpu ,又增加了传输大小。目前的图片压缩算法 JPG 改进的余地很小,减少尺寸唯有降低质量和大小, gzip 上去包一层不能压缩的东西,既浪费他们的 cpu ,又浪费用户的 cpu 。
我觉得阿里云在后台只不过是 text/html 而已,人家不是故意的
不想用 gzip ,请求图片的时候把 Accept-Encoding : gzip 这个头去掉不就行了嘛
可能会增加尺寸。
因为图片的压缩率比较高,所以 gz 并没有啥效果还浪费 CPU 。所以才不建议的
gzip 难道不是传输时对数据包的压缩妈?怎么可能专门在存储的时候压缩一张图片保存?
不适用是有的格式已经压缩到极限了,再压一次效果不明显,不代表不能用。
这里的 gzip 其实只是端对端的传输压缩而已
gzip 为什么对图片不适应
铜币收好