我们目前的办法是：将欲发布文件上传到一个HTTP空间——迅雷离线添加这个文件的HTTP地址——等待云端提示完成——本地生成这个文件的ed2k链接——尝试能否秒杀。相当蛋疼，幸好我们发片量还不至于特别巨大，这点问题还不至于完全不能忍。

但是，因为使用量大，我们发现:

1)在大量的时候，离线服务器在建立已下载文件与ed2k hash直接联系的过程极为缓慢，极端时候，十数小时都不能完成。这对我们造成了一定的困扰：到底这个文件能不能秒杀成功？如果不能秒杀，我们会换源重新喂离线服务器，直到文件成功建立关联为止。

2)某些情况下，云端抓取我们的HTTP服务器文件有困难，乃至不会进行抓取，即使我们已经添加了任务。

所以。。。要么云端直接支持webseed和带URL的ed2K,或者加速这种关联吧。

另：

1）在某些非正常退出情况下，迅雷离线的网页云端在重新登录时不能成功重置gdriveid这一cookie，造成不必要的403错误。我收到过大量复现报告。

2）为被封杀的离线服务器IP们默哀1分钟。但是迅雷离线服务器能给我们的服务器上几个加起来1.5G的文件在3小时的时间内抓取出1.4个T多的流量，着实让人吃惊啊。是否应该考虑离线服务器的云端逻辑是否在某些情况下会卡死？

这个功能虽然用的不多，但偶尔还是很有用的。