如何解决 GIF 流量爆炸问题? by 七牛

2016-03-04 15:07:50 +08:00
 niuer

摘要:图像的格式丰富多彩,既有使用最多的 JPEG 、 PNG 、 BMP 、 GIF ,也有 Google 开发的适用于 Web 的 WebP ,更有苹果推出的 Live Photo 。不管是 PC 端还是移动端,图片一直是流量的大头。在移动互联网爆发的读图时代,如何保证在图片质量不降低的前提下减少图片开发成本,成为一个值得探索的事儿。在此,七牛云全新策划图片处理系列实践,探寻云服务之上的图片之路。

众所周知, GIF 图片是其在一个 GIF 文件中可以存多幅彩色图像,把存于一个文件中的多幅图像数据逐幅读出并显示到屏幕上,就构成了一种最简单的动画。这些闪烁的动图,总是让人忍不住多看两眼,最常见的如动态表情,但 GIF 图片最主要的还是被应用于娱乐、图片分享类应用中,在七牛的客户中,堆糖、橘子娱乐经常使用。此外,为了吸引用户的注意力,醒目的 GIF 动画很好地补充了营销信息,使得各媒体、自媒体、企业营销在其上频频加码创意,积极地做了很多在内容中使用 GIF 的实践及策略探索。

如日前科技媒体 TECH2IPO (创见)的一篇名为《 15 位机器人在完成任务时的有趣失误》的文章火了,该文主要讲述了一些机器人囿于技术与环境做出的种种憨态可掬的动作。除文字外,为了让内容生动有趣,还为每一位可爱的机器人配了动图( GIF 动图)。

文中, 15 位机器人拥有 15 个错误,也就使用了 15 张 GIF 进行表现,但这些动图占用了高达 139MB 的流量,而这篇文章的最终点击超过 10 万次,消耗了 9TB 以上的 CDN 流量,虽然访问速度杠杆的,但却为此付出人民币 3500 元。

GIF 图片大小相对于普通的 JPEG 、 PNG 图片更大,访问时也更耗费流量。在得知 TECH2IPO /创见的处境后,小七迅速为其送出“七牛 GIF 缩略图”解决方案,以解燃眉之急。

据 TECH2IPO /创见统计,上述文章有 60%的点击来自移动端,并且仅有 10%是在无 WiFi 的环境下进行阅读的。事实上,移动端主要以小屏幕为主,而受“移动端”和“小屏幕”两个因素的限制,图片的缩略常使用于移动端图片的显示。一方面,移动端会消耗 3G 或 4G 流量,流量的节约非常重要,因此当移动端 App 中包含大量 GIF 图片时就需要对其进行缩略。另一方面,移动端端会要求图片迅速加载出来,如果 GIF 单张图片比较大,就会影响加载的速度和看图的效果,此时也需要对图片进行缩略处理。

为此,七牛在图片缩略处理方面提供 imageView2 接口,由于移动端屏幕众多,该接口支持生成各种规格以适应不同屏幕的缩略图,在所支持的各种图片格式中,便包含 gif ,此外还支持 psd 、 jpeg 、 png 、 webp 、 tiff 、 bmp 等多种格式。通过该接口,可大大减少图片文件大小,节省流量的同时也省掉大半的流量费用。

为了证明 imageView2 接口处理 GIF 图片省流量省成本的可靠性,小七特意找来 gif 动图一张,并上传到七牛存储空间进行验证。

以下为所找 gif 原图,大小为 4MB :

使用 imageView2 生成不同缩略图,并得如下结果:

使用 imageView2 接口不同的操作模式可生成不同缩率的 GIF 动图,指定宽高和原图宽高缩率的比例和流量、 CDN 费用成正比,在不影响用户体验的前提下对 GIF 动图进行不同程度的缩略。经过此次测试,小七所选择的本张图片缩率为 75%时,在手机端、 PC 端显示也比较清晰。可见, TECH2IPO /创见使用 imageView2 进行处理从而大大减少 CDN 流量费用将不是问题。

在此,小七详细介绍一下 imageView2 的接口的使用方法。

imageView2 接口规格如下:

imageView2/<mode>/w/<LongEdge>/h/<ShortEdge>/format/<Format>/interlace/<Interlace>/q/<Quality>

如 imageView2/0/w/<LongEdge>/h/<ShortEdge>,指限定缩略图长边最多为<LongEdge>,短边最多为<ShortEdge>,进行等比缩放,不裁剪。如果只指定 w 参数则表示限定长边(短边自适应),只指定 h 参数则表示限定短边(长边自适应)。使用该 imageView2 接口是在访问图片资源的时侯进行同步压缩,客户端访问到的资源就是被压缩后的资源。

使用者将 GIF 动态图片上传至七牛对象存储平台后,只需在该图片访问资源链接修改以上<LongEdge>及<ShortEdge>参数即可获得缩略结果。参数设置主要以客户端设备的分辨率大小有关,一般设计页面的前端开发可以对此做出简单的规划,譬如手机端以宽高 300×300 的大小, PC 端是 500×500 ,而通过不同的参数设置,是可获得任意大小的缩略图结果的。

更多使用详情,参考“七牛 API 参考手册”( http://developer.qiniu.com/code/v6/api/dora-api/index.html#图片基本处理(imageView2)),除本文所提到的 GIF 缩略处理外,还包括图文混排水印、自定义裁剪、旋转、效果处理(高斯模糊)、格式转换、原图保护、防盗链等贴心的接口可供使用。对于 GIF 动图,同样也能对其进行以上其它的图片处理操作。

4709 次点击
所在节点    云计算
23 条回复
esxivistawrt
2016-03-04 15:18:25 +08:00
单图也能杀猫了
ovear
2016-03-04 15:27:52 +08:00
密集恐惧。。
BOYPT
2016-03-04 15:30:00 +08:00
twitter 的解决方法是把用户上传的 gif 转换成 webm~
gif 的记录方式太落后了
xxdd
2016-03-04 15:32:40 +08:00
以后就看谁直播日这个了 23333
loading
2016-03-04 15:46:48 +08:00
还我流量费
typcn
2016-03-04 16:04:34 +08:00
gif 是存储每一帧的数据,已经是非常落后的方式了。

现在 html5 video 这么普及,把 gif 压成 mp4/webm ,节省非常多的存储空间,也省了传输流量。

<video src="视频地址" controls="none"/*不显示播放 /暂停控件*/ autoplay /*自动播放*/ loop /*循环播放*/>
hack
2016-03-04 16:12:46 +08:00
@typcn 墙外 Facebook plus 等处在去年已经实施部署,而在国内,就看看微信朋友圈吧, cdn 厂商也没辙
xiaoz
2016-03-04 16:33:30 +08:00
七牛的图片为毛再 V2 可以直接显示,不是只支持微博还有那啥的吗?
xmbaozi
2016-03-04 16:49:20 +08:00
@typcn twitter 也是吧。前天要把图片保存下来,发现居然是.mp4
zxgngl
2016-03-04 17:00:58 +08:00
解决巨大流量问题的另一个思路(也是我觉得更好的思路)是使用 P2P 技术。但前端和后端的逻辑都需要增加一点。
JiShuTui
2016-03-04 17:07:32 +08:00
@xiaoz 用 MarkDown 格式发帖,可以显示任何网站的图片(除非对方设置了防盗链)
用普通发帖方式就只能自动识别微博、 imgur 等有限的几种
jsq2627
2016-03-04 17:08:23 +08:00
@xiaoz 发主题可以用 Markdown 引用任意外部图片的
YvesX
2016-03-04 19:16:22 +08:00
手机看帖,突然看到一句 4M ,真是猝不及防……
wangyongbo
2016-03-04 20:15:09 +08:00
@BOYPT webm 除了 chrome ,其他浏览器支持不太好啊。
v1024
2016-03-04 21:02:02 +08:00
还我流量,抵制骑牛
Bryan0Z
2016-03-04 21:10:05 +08:00
@YvesX 不止我一个啊 2333
iyaozhen
2016-03-04 21:11:34 +08:00
@YvesX 哈哈 心中一紧,摸了摸钱包
kojirou
2016-03-04 21:13:19 +08:00
支持淘汰 gif 啊!
dongoo
2016-03-04 21:23:04 +08:00
@YvesX
@iyaozhen 不是 4MB ,只有 1MB,专门下载下来看了 ^_^
sweelia
2016-03-05 08:22:45 +08:00
这演示图片看的心里毛毛的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/261118

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX