为什么迅雷限制不住上传速度?

2018年01月08日 19:04| 211,430 次浏览| 发布者 强伊文| 77 评论

自从伊文转行去做产品策划之后,好久没在阳台上写点什么了。恰逢临近年关手上的事情少了许多,就寻思着回到阳台再给大家写点有价值的东西。

就在刚才,伊文在微博上看到这么一条吐槽。

这位雷友将迅雷的上传速度限制为 33KB/s,但是左侧显示的“当前上传速度”为 213.44KB/s,于是他吐槽说“迅雷太坑人”。

Snipaste_2018-01-08_16-50-07

其实不少雷友,也对迅雷有着“限制不住上传”的传统印象,但实际上这是产品交互设计上的不足导致的误解。

为什么说是误解?

首先我们得从基础的下载原理说起。

我们都知道,下载是个接收信息的过程,而上传是个发送信息的过程。

如果做个拟人化的比喻,下载就是用耳朵听,上传则是用嘴巴说。

现在,假设A要给B念一句诗“苟利国家生死以”。

我们把A给B念这句诗的过程,想象成下载一个文件,这个过程是这样的。。。

A:“我要念诗了,你听到了吗?”

B:“我听到了,这句诗有几个字?”

A:“有7个字,你听到了吗?”

B:“我听到了,你念吧”

A:“第1个字 苟 你听到了吗?”

B:“我听到第1个字了”

A:“第2个字 利 你听到了吗?”

B:“我听到第2个字了”

A:“第3个字 国 你听到了吗?”

B:“我听到第3个字了”

A:“第4个字 家 你听到了吗?”

B:“我听到第4个字了”

A:“第5个字 生 你听到了吗?”

B:“我听到第5个字了”

A:“第6个字 死 你听到了吗?”

B:“我听到第6个字了”

A:“第7个字 以 你听到了吗?”

(A等了5秒还没收到B的回应,于是重复了一遍)

A:“第7个字 以 你听到了吗?”

B:“我听到第7个字了”

(你一定在想,为什么要这么麻烦呢?这是因为网络的可靠性并不总是很好,偶尔会发生A说了某句话,B没有听到的情况。这样虽然麻烦,却能避免信息在传输过程中丢失。)

由此可见,下载一个文件的过程,实际上是个对话过程。B在听到一个字之后,必须要说“我听到了”,A才会说出下一个字,并非简单的A说B听。

在这个对话过程中,“苟利国家生死以”这7个字是要传输的“文件数据”,除此以外的对话内容,我们可以称为“协议通讯”。

当你了解基本原理之后,你应该能够理解。下载文件数据的过程,必然会产生用于“协议通讯”的上传流量。下载速度越快,协议通讯产生的上传速度也越快。

这一原理,对于所有下载行为都是适用的。包括我们通过局域网复制文件时,也会观察到大量的上传。

Snipaste_2018-01-09_13-28-45

现在我们回头来看看吐槽的这位雷友,他虽然限制上传速度为 33KB/s,但是他同时在以5.55MB/s的高速进行下载,协议通讯肯定会产生不小的上传速度。

50d148f9gy1fms54cwjg5j21kw16o7wm

还记得我前面说过“这是产品交互设计上的不足导致的误解”吗?

这个不足就在于迅雷显示的“当前上传速度”是包含了“协议通讯”产生的上传速度的。

而限制上传速度的选项,只限制了上传“文件数据”的速度,不限制“协议通讯”的上传速度。

因为限制了“协议通讯”的上传速度,就会严重拖慢下载速度。

这才造成了“迅雷限制不住上传速度”的问题。

所以,在未来的迅雷版本中,我们会将协议通讯产生的上传速度单独展示并加以说明。

希望各位雷友能够理解,迅雷真的不是要坑你。。。

磁链解析好像有点不对劲!

2016年11月24日 18:44| 118,228 次浏览| 发布者 强伊文| 30 评论

  不知道最近大家使用迅雷下载磁力链接时,有没有注意到磁链解析的“速度”和“成功率”都高了许多?这是因为某些同学对磁链解析的代码进行重构优化。不能说更多,大家闷声体验就好。

image

网速是怎样炼成的?99%的人不清楚!

2015年11月16日 16:48| 238,254 次浏览| 发布者 强伊文| 10 评论

【转载】在雷叔上次调查中,不少胖(朋)友们表示,“这辈子就没快过”、“4m宽带下载速度只有400k”、也有雷友说“原本速度900k,用上迅雷快鸟之后立马变3-4m”,你那么直接向雷叔表白真的好吗,雷叔都羞羞哒了~为什么每个人的下载速度相差如此之大呢?请看雷叔漫画解读:

配图:网速是怎样炼成的(1)

两位美女同事联合创作的下载知识漫画

2015年11月13日 17:12| 107,246 次浏览| 发布者 强伊文| 8 评论

  最近这两年,我们越来越明显的感受到,许多的迅雷用户对下载的知识和原理知之甚少。并因此产生了不少误会。所以我们开始尝试通过漫画的形式来向不了解下载的用户,简单易懂的介绍下载原理。不过各位作为迅雷阳台的常客,肯定都是很懂的啦。各位如果对这副漫画有什么改进意见,请一定要提出哦!

1(2)

【教程】Chrome浏览器添加迅雷下载支持

2015年04月14日 17:14| 3,338,176 次浏览| 发布者 强伊文| 242 评论

  最近一段时间,Google为了保证Chrome浏览器的安全性,对Chrome浏览器的扩展安装渠道进行了严格的限制。使得迅雷原本通过“浏览器支持”工具,自动为Chrome添加“迅雷下载支持”的方式屡次失效。现在我们已经无法通过技术手段再为各位雷友的Chrome浏览器自动添加“迅雷下载支持”了。

  Google之所以这么做,是希望大家能通过Chrome网上应用店来进行安装。但是由于“众所周知”的原因,Google旗下的网站现在都是打不开的。。。

  所以我们只能教各位雷友,如何手动向Chrome浏览器中添加“迅雷下载支持”扩展的方法。

添加步骤:

1、点击下载“迅雷下载支持扩展”安装文件:Thunder-Download-Extension-for-Chrome_v3.1.crx

2、打开Chrome浏览器,在地址栏中输入chrome://extensions并按回车,将会打开“扩展程序”页面。

image

3、选中下载好的“Thunder-Download-Extension-for-Chrome_v3.1.crx”文件

image

4、按住鼠标左键将文件拖拽至Chrome浏览器的主界面中,看到Chrome浏览器中出现“拖放以安装”提示时,松开鼠标左键

image

5、在弹出的确认窗口上点击“添加”即可。

image

注意事项:

  偶尔有人说,安装了迅雷下载支持扩展之后,在网页上用“另存为”下载时迅雷也会“强制弹出”。说我们太流氓了。。。我们很冤枉啊,要怪只能怪Google!

  这是因为我们采用了Google提供的Chrome Downloads API来获取下载请求。这样做的好处是获取下载请求的准确度非常高,对于以往难以察觉的动态链接也能精准获取到。但是Google在定义这个API的时候并没有对触发操作进行细分,只要是下载请求都会传给我们。导致我们的扩展无法区分用户是通过左键点击进行下载的,还是右键另存为进行下载的。

  我们意识到这样的体验是有问题的。但是没有技术手段能避免,所以我们在Chrome浏览器的“迅雷下载支持”工具栏图标菜单中,加入了2种解决方案。

1、取消“监视动态链”选项。只要取消“监视动态链”,“迅雷下载支持扩展”就不会调用Chrome Downloads API来获取下载请求,从而避免另存为时拉起迅雷。缺点是获取下载请求的准确性会大幅下降。

image

2、如果认为你常进行“另存为”操作的网站不需要使用迅雷进行下载,可以选择“本页不关联迅雷、该网站所有页面不关联迅雷”。这种方式可以保持获取下载请求的准确性,同时在指定的“网站、网页”上避免另存为时拉起迅雷。

image