建议优化一下内置下载器

驰野之狼

内置下载器速度一般，建议增加可调线程和自定义ua，这样遇到一些限速和限制ua的网站就可以加速下载；

Admin

UA用的是浏览器的UA，直接改浏览器的UA就可以，如果内置的比较慢可以调用外部下载器啊

驰野之狼

调用外部下载器我知道，但主要用在大文件（最起码100mb以上）下载，但几十mb的直接用自带下载器下载更方便，因为文件不大只要速度正常很快就能下载完毕，基本上这种属于随下随用的；但这种几十mb的文件（比如说一些文档、应用程序等，特别是文档，几十mb的都属于大型文档，下载后打开是比较占用资源的，一般为保证打开的流畅性都会选择关闭第三方下载器，但当在查找文档时就会间歇的下载和打开文档就懒得关闭第三方下载器了，但这影响浏览大型文档的流畅性），有的网站都限速到十几~几十kb，这时虽然调用第三方可以加速下载，但是很快就下载完了就用不到下载器了，这时却还停留在系统占用资源，需要手动关闭就很麻烦；对于大文件或者一次性批量下载，因为即使用第三方下载器也需要一定的时间，这种资源占用是不可避免的，下载完成后再选择手动退出只需要一次就相对不显麻烦；另外有限速些网站会检测第三方下载器，限制其接管下载，比如说百度网盘，这时还得靠内置下载器，所以优化一下内置下载器是很有必要的！

kaiser

我也同意这个观点,下载确实不快,不知道版主用过搜狗的下载吗,那个简直黑客技

yyz219

支持楼主的建议

驰野之狼

另外建议优化一下与eagleget的关联性：①64位浏览器是无法调用eagleget，但以后64位浏览器是趋势；虽然eagleget自身并不支持原生chrome64，但cent是定制过的应该可以解决这个问题吧②32位虽然能调用eagleget，但是如果不安装eagleget的扩展插件，下载链接使用的ua既不是浏览器ua也不是eagleget设定好的ua，这个在某些对ua有要求的下载链接就会失效，典型的依然是百度云：我用百度云脚本，内置下载器可以下载，但在不开eagleget扩展情况下就不能，貌似这个ua是调用过程中cent强加的一个ua其和浏览器本身ua不一致所以会致使百度云下载失败，当然开了扩展就可以将下载器ua强制改为和浏览器一致了，但这样就多占资源了③为什么用eagleget不用idm，功能相似（多线程、网站登陆下载、影音嗅探）的情况下同样小巧，但却免费、美观而且还比idm多一个自定义ua，而且即便是多线程下载视频都可以用播放器打开播放而idm只能单线程下载播放，基于以上优点所以推荐改善与eagleget的兼容性

Admin

驰野之狼 发表于 2018-3-13 10:47
另外建议优化一下与eagleget的关联性：①64位浏览器是无法调用eagleget，但以后64位浏览器是趋势；虽然eagl ...

EagleGet下载时的传入UA是用什么工具监控到的？这边查了一下调用接口，这些下载工具并没有接收UA传入的参数啊，只能传入cookie和表单

gh0ul

Admin 发表于 2018-3-16 00:44
EagleGet下载时的传入UA是用什么工具监控到的？这边查了一下调用接口，这些下载工具并没有接收UA传入的参 ...

应该是EagleGet弹出下载框的时候有个调UA的地方，我猜是这个地方显示的未经更改的UA就是传过来的UA，不同方式这里显示UA不同？？

驰野之狼

Admin 发表于 2018-3-16 00:44
EagleGet下载时的传入UA是用什么工具监控到的？这边查了一下调用接口，这些下载工具并没有接收UA传入的参 ...

随便用eagleget下载一个文件，点击最右边按钮，编辑属性，连接，就能看到ua，在没有使用扩展的情况下，和eagleget设定ua不符，也和浏览器ua不符！

驰野之狼

Admin 发表于 2018-3-16 00:44
EagleGet下载时的传入UA是用什么工具监控到的？这边查了一下调用接口，这些下载工具并没有接收UA传入的参 ...

这个就是在不使用扩展条件下的UA，Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 10.0; WOW64; Trident/7.0; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729)，具体可以看下图；这是我的百分浏览器的ua也是eagleget的自定义ua：Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36，但在不使用扩展的时候是不会生效的