迅雷阳台晒出新鲜事

小道消息：

Q1：建议迅雷金币中心的连续在线两个小时改为累积在线两个小时~要不中间不小心退了又得重新开始~【提出者：雷友】

A：恩，很合理的建议！转给金币中心的产品经理了。

Q2：快传到离线文件名乱码的问题还是没有解决 【提出者：BG】

A：离线下载技术人员：改这个问题需要同时改页面和服务端，按照计划会在20号上线，这个改动上线后会彻底解决乱码的问题。

Q3：私人空间加密后，部分快捷键仍然对加密任务有效。产品经理可以按我的步骤重现一下。首先将私人空间加密，并设置每次访问都需要密码；添加一个任务至私人空间，并开始下载；将任务栏切换至正在下载，在切换回私人空间，此时提示需要输入密码；就是整个状态，按回车键可以暂停/开始任务，按 Delete 键还能删除任务到垃圾箱。我试了最新的标准版和尊享版都有这个问题。【提出者：Kino】

A：犀利啊，这BUG都发现了！确实有这个问题，转给开发处理了。

Q4：迅雷看看只有一个皮肤看久了好腻啊TVT程序员哥哥不打算添加皮肤功能么？【提出者：Huse】

A：迅雷看看播放器项目负责人：换肤的问题，请期待新的大版本，虽然仍然不支持换肤，但产品形式会有较大变化。

Q5：迅雷看看啥时候支持MP4封装的H.265 这个问题我都不止一次抱怨了…【提出者：tnti】

A：迅雷看看播放器测试负责人：此问题已在开发版中解决，我们预计后天发布的新版本中就没有这个问题了。

Q6：请问：现在迅雷4670版本镶嵌什么版本的迅雷看看？是正式版还是测试版？为何我每次下载迅雷新版本，迅雷看看的版本号都与官网公布的正式版本号不一致？比如上个迅雷版本镶嵌个1930版迅雷看看，哪来的这版本？——希望不要拿新版迅雷用户给迅雷看看体验版做试验品！！！【提出者：问题迅雷问题】

A：迅雷看看播放器项目负责人：迅雷7带的迅雷看看播放器版本，跟当前迅雷看看播放器最新、最稳定的正式版是一致的，不是测试版。版本号不一致，一方面是便于安装的时候覆盖已存在的版本，另一方面是便于我们区分安装渠道。

Q7：DSM下download station迅雷离线无法连接了，麻烦看一下啊。另外，你们的xware能不能提供本地UI啊，而且xware貌似和离线空间不同步【提出者：娃娃】

A：DSM中的Download Station功能不是迅雷的产品，你找群晖咨询一下吧。另外，不太清楚你提到的“xware”具体是指什么。

Q8：你好！我想问一下最新版的尊享版安装后现在怎么没有嗅探功能了呢？在IE11浏览器上播放网络视频也看到图标了？ 是不是已经取消了？ 这个功能很实用啊。希望给加上啊谢谢了。【提出者：lee】

A：流媒体嗅探功能有一段时间没维护了，很多网站都失效了，所以暂时没有上。接下来上不上要看老大的意思，这个功能的维护成本很高。

Q9：迅雷看看云播错误码0×80030002(-2147287038)是怎么回事？之前可以看的，有一天突然不能看了，重装若干遍，各种方式都试过，还是不行，电脑也重新整理过，电脑上没装防火墙或者卫士，哪位大虾知道指点一二啊。。。谢。。【提出者：mk78】

【迅雷11】是继【迅雷X】之后的换代版PC迅雷客户端。 在【迅雷11】上我们重新设计了主界面框架，许多忠实雷友们过去一直吐槽的太像浏览器的问题，现在已经得到解决。

【迅雷11】的最大亮点，是我们开创性的将【下载】与【云盘】合二为一。

当您下载网络中的文件时，可以灵活的选择将文件下载到【电脑】或者【云盘】。

在迅雷云盘里，您可以流畅的"观看视频、欣赏音乐、浏览图片" ，而且您还可以使用"Android、iOS”设备上的迅雷App，随时访问您保存在云盘中的内容。

特别值得一提的是，得益于迅雷领先的下载技术，您从云盘取回文件的速度，也将前所未有的快！

现在登录迅雷云盘，即使是非会员用户也将免费获得2TB云盘空间！还不快来试试？

迅雷11抢先体验版亮点：敬请注意：下载地址：

迅雷X 10.1.13版本针对下载过程中可能发生的“正在校验文件”以及“文件纠错”的状态，做了明确的状态提示。

当某个任务即将下载完成，但由于下载速度快过校验文件的速度，导致还有文件数据等待校验。就会出现“正在校验文件”的状态提示，还会通过剩余等待校验数据的大小，估算出剩余的校验时间。避免大家遇到这种情况时，盲目地等待。

当某个任务下载过程中，迅雷发现下载到错误的数据时。会出现“文件纠错”的状态提示，此时迅雷会将错误的数据抛弃，并重新下载正确的数据。在此期间任务进度可能不会增加，纠错完成后“文件纠错”状态就会消失，任务进度也将恢复正常。

另外，如果你是迅雷会员，但是受不了“金灿灿”的悬浮窗风格，现在可以通过“个性化中心”切换回经典样式了。

下载地址：

更新信息：

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

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

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

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

为什么说是误解？

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

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

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

现在，假设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个字是要传输的“文件数据”，除此以外的对话内容，我们可以称为“协议通讯”。

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

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

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

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

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

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

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

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

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

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