第2723章 哈希值

在发送的时候，只需要计算出用户的图片的哈希值，然后通过哈希值编码从服务器中找到对应的图片，再把图片展现给用户b就行了。

哈希值是数字，可能也就1k的大小。

这就大大地减少了存储空间的浪费，不会向云端重复性的存储图片，把pnterest、snpcht、helo、ucgr的图片库都放在紫微云的一个「大包」里，有全套的哈希值编码。

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

这就太省钱了。

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

周不器问：「怎么说？」

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

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

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

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

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

「流量？」

周不器眉梢一挑。

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

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

图片都太大了。

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

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

「没错！」

周不器眼睛一亮。

觉得很振奋！

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

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

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

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

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

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

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

比如预览。

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

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

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

这样就可以更稳定。

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

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

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

周不器都觉得很兴奋。

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

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

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

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

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

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

「呃……」