第2723章 哈希值(2 / 2)

大时代之巅 荒野悲歌 301 字 8个月前

如果某一张图片,有用户通过helo上传到紫微云的服务器上了,pinterest用户再发这张图片,就再也不需要有上传、存储的过程了,直接就是哈希值的计算和传播。

这就太省钱了。

戈尔·路易斯道:「如果仅仅是省钱,还未必能让pinterest的创业团队会接受我的方案。我们的方案捆绑性质太强,他们应该也能看出来。可是,这个方案里,还可以大大地优化产品,给用户带去效率上的巨大提升,这才是根本原因。」

周不器问:「怎么说?」

「因为……」戈尔·路易斯咳了咳嗓子,就有些尴尬,「器,你来说?这个好像更复杂。」

英语毕竟不是周大老板的母语。

说一些日常交流以及商业上的往来,这都没问题。可是用英语说一些技术性的方案,戈尔·路易斯不认为自己能说得明白。

还是让陆器用中文跟大老板交流好了。

陆器就用中文解释,笑着说:「其实简单,就是这样的方案,减少了用户手机流量的浪费,也大大地提高了高清图片的传输效率,可以给用户带去极佳的使用体验。」

「流量?」

周不器眉梢一挑。

现在才2013年,流量资讯的费用仍然很高。欧美的很多国家都普及开了4g网络,可是很多年轻人就开玩笑,说是要是用4g网络看电影不小心睡着了,等醒来之后,可能一个月的生活费就没了。

图片社交产品,有很大的一个发展桎梏,就是流量。

图片都太大了。

一个用户一个月100的流量,发个二三十张的照片,就用光了。这么浪费流量,图片社交类的产品,在普及方面自然就很困难。

陆器道:「嗯,流量。通过图片库的整合和哈希值的编码,只要是重复性的图片,可以用哈希值来代替实际图片的传输,流量就会大大地减少。」

「没错!」

周不器眼睛一亮。

觉得很振奋!

就比如一个用户a,想要给好友b发送1万张高清图片。

这要是真的按照传统方法去一张一张的真实的发送图片,那可能得消耗100gb的流量,这手机流量的消耗就太多了。

关键网络的传输速度也没那么快,100g的图片,一两天都传不完。

改用哈希值,就完全不一样了。

用户a发送的不是高清图片,发送的其实是1万个哈希值。这就很小了,总大小也就是1b左右,几秒钟就传输完了。

其实是把哈希值传到云端,云端再把这1万张照片对应的哈希值发给好友b。

紫微云上有更多的技术应用。

比如预览。

一张高清图片10,云端可以极致压缩,压缩到10k左右的大小,让用户b先大概看看。觉得好,就把完整的高清图片从云端下载下来,不喜欢,就不下载了。

这又大大节省了筛选中的浪费。

用户b是直接从云端来下载图片,而不是从用户a那边接收。

这样就可以更稳定。

也可以随时中断、随时开始,不需要受到用户a那边的限制。

这图片社交产品的使用体验,就大大的提升了。

这果然是科技推动的产品创新,这类的创新,只有硅谷公司能玩的出来,国内这边玩的更多是设计和商业上的创新。

周不器都觉得很兴奋。

他之前也用过qq、helo、微信什么的传输文件,都遇到过麻烦,就是对方忽然下线了,就导致传输失败了。

主要就是因为这样的传输,是点对点的,不够稳定,一方出现了问题,传输就终止了。

如果改成「点-云-点」的模式,就可以更稳定。哪怕对方下线了,因为文件在云端,也可以让另一方顺利地完成接收。

这样的技术性方案,可以极大地改善pinterest这样的图片社交产品的使用体验,他们想不接受也不行了。

要是ugra、helo、snaphat上都可以快速的方便的完成图片传输,而pinterest却因为技术限制做不到,那一定会被用户抛弃。

陆器道:「这其实是个不错的技术创新,我跟国内也说了,不过张一明、郭鹏飞他们都不是太认可。」

「呃……」

周不器的兴奋劲还没过呢,没想到国内那边早就给否定了。

陆器道:「好像不是技术原因。」

周不器点了点头,「嗯,能理解。硅谷的互联网公司,可以跟运营商顶着干,国内可不行。国内的运营商,本来就不赚钱了,就指望着互联网产品能让用户多花点流量,多从老百姓身上赚点流量费呢。」

陆器笑笑,「那我就不太清楚了,技术层面应该不是太难。主要是产品生态间的协同,要把产品和云计算平台的合作关系给捋顺。」

举报本章错误( 无需登录 )