不使用aria2c的原因

  • 1098 字
  • 次阅读

这已经是我第3次试图使用aria2c来代替IDM了,但最终我还是失败了。
想想还是记录下吧,避免以后再次忘了当初为什么放弃。
最早aria2c配置,自启动服务,扩展什么都折腾过。

原生的问题

  1. 下载时需要提供文件名,由于程序本身不具备GUI,又不支持自己生成文件名,对于很多要连接会跳转后通过特定post来提供文件名(例如百度网盘)。下载工具在使用上就会有很多限制,比较好的解决方式就是在浏览器上通过特定的工具来发送下载时的文件名,诸如chrome+aria2c integration之类。
  2. 但这些aria2c的补充通常不会有太强的完善性,因为那样无异于完全开发出一个下载工具,所以大部分GUI或者扩展之流也都会有些缺陷,诸如在路径的选择上。
  3. 多线程下载软件在不被服务器针对的情况下,其实很少在下载速度上有巨大的差别,可以说aria2c也并没有超出其他下载工具太多
  4. 这点才是我放弃的真正原因,就是aria2c取消任务后不会删除下载到一半的文件。

其实在我看来aria2c之所以流行是因为chrome的原因。因为chrome自身下载实在是很特别,chrome上实现接管下载的扩展往往不是那么好用并且稳定。

#Cent Broswer+aria2c integration

  1. 有时候扩展漏过了下载,没能传递到aria2c,浏览器自身开始了下载。
  2. 然后就是打开某些文件没法直接在浏览器看,会被下载接管
  3. 会干扰一些其他扩展的功能。

#Motrix
优点:开源,前面也说了,”但这些aria2c的补充通常不会有太强的完善性,因为那样无异于完全开发出一个下载工具”

  1. https://github.com/agalwood/Motrix/issues?q=is%3Aissue+author%3Ated423+is%3Aclosed PAC那个是我提错了,但别的属于没法满足我的使用习惯的。
  2. https://github.com/agalwood/Motrix/issues/created_by/ted423 这是还开着的。
  3. 抛开BT相关,各种功能并没法完全打败IDM。(例如IDM的队列可以设置下载间隔,遇上那种防批量下载的服务器就会很有用)

干扰其他功能和浏览器原生功能我是不能忍得,最主要这是一种替代的不完美实现,何必呢。
不如直接点。
另一方面 cent broswer自身的内置下载在选取询问路径的情况下是可以调用迅雷或者IDM的

像我装了QB,IDM,迅雷,Motrix。
迅雷和QB都是最常开,剩下两者IDM作为补充,Motrix(aria2c)就很少开了

增加Motrix相关

打赏
打赏提示信息
分享
分享提示信息