feat: add aria2 support

[Windman1320]

在右键菜单中增加了使用aria2下载的item，可以直接发送选中的文件链接到aria2，省略复制再粘贴到aria2的步骤

[zzy-ac]

你直接浏览器插件用aria2来替代默认下载器不就好了？

[simpleandstupid]

你直接浏览器插件用aria2来替代默认下载器不就好了？

浏览器插件不是好的解决方法......
能原生支持就不用插件（在Firefox上的aria2插件似乎都不怎么行）

[zzy-ac]

你直接浏览器插件用aria2来替代默认下载器不就好了？

浏览器插件不是好的解决方法...... 能原生支持就不用插件（在Firefox上的aria2插件似乎都不怎么行）

首先面对这样的问题本身就是一个调用的问题，这个功能不管是网页本身提供还是插件提供，最终实现这个功能的都是浏览器本身。 因此从效率和体验上不存在差别，ff浏览器的相关插件也是非常完善、好用的，功能非常全面，如果你用不好，那是你的问题。

[simpleandstupid]

首先面对这样的问题本身就是一个调用的问题，这个功能不管是网页本身提供还是插件提供，最终实现这个功能的都是浏览器本身。 因此从效率和体验上不存在差别，ff浏览器的相关插件也是非常完善、好用的，功能非常全面，如果你用不好，那是你的问题。

首先：差别是一定存在的
其次：你没有需求不代表别人没有需求

                  -----桌面+Android nightly用户

[zzy-ac]

首先面对这样的问题本身就是一个调用的问题，这个功能不管是网页本身提供还是插件提供，最终实现这个功能的都是浏览器本身。 因此从效率和体验上不存在差别，ff浏览器的相关插件也是非常完善、好用的，功能非常全面，如果你用不好，那是你的问题。

首先：差别是一定存在的 其次：你没有需求不代表别人没有需求

                  -----桌面+Android nightly用户

首先对于用户端来说差别一定不存在，调用效率都不存在区别，如果某个方式的内存占用、cpu、gpu或其他占用更高，请给出证明。
其次，如果按照你所言你需求的是将下载链接发送到aria进行下载，那么不管chromium还是ff浏览器都是没问题，这不是需求的问题。
最后，确实是我之前看错了，楼主这里好像是批量选择文件发送到aira2，这个可能对某些人来说还是有用吧，不过我依然认为加个批量下载选中内容的功能就好，而不是发送到aria,个人认为让aria来下载这件事情，应该统一交给浏览器和用户自己进行处理。

[simpleandstupid]

首先面对这样的问题本身就是一个调用的问题，这个功能不管是网页本身提供还是插件提供，最终实现这个功能的都是浏览器本身。 因此从效率和体验上不存在差别，ff浏览器的相关插件也是非常完善、好用的，功能非常全面，如果你用不好，那是你的问题。

首先：差别是一定存在的 其次：你没有需求不代表别人没有需求

                  -----桌面+Android nightly用户

首先对于用户端来说差别一定不存在，调用效率都不存在区别，如果某个方式的内存占用、cpu、gpu或其他占用更高，请给出证明。 其次，如果按照你所言你需求的是将下载链接发送到aria进行下载，那么不管chromium还是ff浏览器都是没问题，这不是需求的问题。 最后，确实是我之前看错了，楼主这里好像是批量选择文件发送到aira2，这个可能对某些人来说还是有用吧，不过我依然认为加个批量下载选中内容的功能就好，而不是发送到aria,个人认为让aria来下载这件事情，应该统一交给浏览器和用户自己进行处理。

不需要证明，实现不同就绝对会有差异
（但这并不是重点）
为什么一定要用浏览器插件去实现呢？
（引入第三方程式不好）

[Windman1320]

首先面对这样的问题本身就是一个调用的问题，这个功能不管是网页本身提供还是插件提供，最终实现这个功能的都是浏览器本身。 因此从效率和体验上不存在差别，ff浏览器的相关插件也是非常完善、好用的，功能非常全面，如果你用不好，那是你的问题。

首先：差别是一定存在的 其次：你没有需求不代表别人没有需求

                  -----桌面+Android nightly用户

首先对于用户端来说差别一定不存在，调用效率都不存在区别，如果某个方式的内存占用、cpu、gpu或其他占用更高，请给出证明。 其次，如果按照你所言你需求的是将下载链接发送到aria进行下载，那么不管chromium还是ff浏览器都是没问题，这不是需求的问题。 最后，确实是我之前看错了，楼主这里好像是批量选择文件发送到aira2，这个可能对某些人来说还是有用吧，不过我依然认为加个批量下载选中内容的功能就好，而不是发送到aria,个人认为让aria来下载这件事情，应该统一交给浏览器和用户自己进行处理。

此处的发送即为发送选中的文件链接到aria2，等同于你说所的批量下载

[zzy-ac]

首先面对这样的问题本身就是一个调用的问题，这个功能不管是网页本身提供还是插件提供，最终实现这个功能的都是浏览器本身。 因此从效率和体验上不存在差别，ff浏览器的相关插件也是非常完善、好用的，功能非常全面，如果你用不好，那是你的问题。

首先：差别是一定存在的 其次：你没有需求不代表别人没有需求

                  -----桌面+Android nightly用户

首先对于用户端来说差别一定不存在，调用效率都不存在区别，如果某个方式的内存占用、cpu、gpu或其他占用更高，请给出证明。 其次，如果按照你所言你需求的是将下载链接发送到aria进行下载，那么不管chromium还是ff浏览器都是没问题，这不是需求的问题。 最后，确实是我之前看错了，楼主这里好像是批量选择文件发送到aira2，这个可能对某些人来说还是有用吧，不过我依然认为加个批量下载选中内容的功能就好，而不是发送到aria,个人认为让aria来下载这件事情，应该统一交给浏览器和用户自己进行处理。

不需要证明，实现不同就绝对会有差异 （但这并不是重点） 为什么一定要用浏览器插件去实现呢？ （引入第三方程式不好）

算了无所谓啦，没啥好争的。反正这个功能作者弃置了好长时间了。
这个功能你交给插件实现和交给作者实现，用到的都是类似的方式调用的都是类似的接口，而通过插件还可以对所有的浏览器下载行为用aria进行统一的管理，我个人更喜欢这样的方式吧

[anwen-anyi]

大佬你好,请问这个代码我要是推送到 Motrix 是否可以用，之前想着添加一个来着但是不会搞，看到有大佬PR了一份Aria2的我又燃起了希望
通过修改一下端口号...Aria2的端口号是6800 Motrix的端口号是16800..

[Windman1320]

大佬你好,请问这个代码我要是推送到 Motrix 是否可以用，之前想着添加一个来着但是不会搞，看到有大佬PR了一份Aria2的我又燃起了希望 通过修改一下端口号...Aria2的端口号是6800 Motrix的端口号是16800..

我得测试一下，之前不知道motrix也是基于aria的，理论上可行

[anwen-anyi]

大佬你好,请问这个代码我要是推送到 Motrix 是否可以用，之前想着添加一个来着但是不会搞，看到有大佬PR了一份Aria2的我又燃起了希望 通过修改一下端口号...Aria2的端口号是6800 Motrix的端口号是16800..

不能通用，调用的是aria2的rpc，不过你为啥不直接用motrix接管浏览器默认下载

嗯？emm 我正常一般都是IDM下载的,我想的是有时候批量选择的时候再用Motrix推送~

[Windman1320]

一般都是IDM下载的,我想的是有时候批量选择的时候再用Motrix推送~

已验证，motrix完全可行，但目前需要设置secret

[anwen-anyi]

一般都是IDM下载的,我想的是有时候批量选择的时候再用Motrix推送~

已验证，motrix完全可行，但目前需要设置secret

secret这个是不是得搭建一个Aria2的服务器环境才能使用?
我本地的话不能直接开启Motrix软件然后把端口改成16800直接启动不行吗...

[Windman1320]

secret这个是不是得搭建一个Aria2的服务器环境才能使用? 我本地的话不能直接开启Motrix软件然后把端口改成16800直接启动不行吗...

不用，可以直接用；motrix本地客户端默认监听16800，可以设置secret，当前的pr限制了secret不能为空

[anwen-anyi]

secret这个是不是得搭建一个Aria2的服务器环境才能使用? 我本地的话不能直接开启Motrix软件然后把端口改成16800直接启动不行吗...

不用，可以直接用；motrix本地客户端默认监听16800，支持设置motrix，当前的pr限制了secret不能为空

emm 不能为空的话怎么决绝哩........
大佬仓库里的 Alistq前端和后端是已经写好了的吗？我自己拉下来编译一下跑一次试试看,

[Windman1320]

不用，可以直接用；motrix本地客户端默认监听16800，支持设置motrix，当前的pr限制了secret不能为空

emm 不能为空的话怎么决绝哩........ 大佬仓库里的 Alistq前端和后端是已经写好了的吗？我自己拉下来编译一下跑一次试试看,

我可以修改代码，重新提交一下；或者你也可以自己改

[anwen-anyi]

emmm 麻烦大佬你修改一下呗 ..我实在是不会呜呜呜..你改好了我拉下来编译一下自己跑一圈儿试试

[Windman1320]

emmm 麻烦大佬你修改一下呗 ..我实在是不会呜呜呜..你改好了我拉下来编译一下自己跑一圈儿试试

代码已经提交，见alist-web

[anwen-anyi]

emmm 麻烦大佬你修改一下呗 ..我实在是不会呜呜呜..你改好了我拉下来编译一下自己跑一圈儿试试

代码已经提交，见alist-web

你仓库的 alist-web可以用了是吗？ 需不需要我把源码的6800改成16800先

[Windman1320]

你仓库的 alist-web可以用了是吗？ 需不需要我把源码的6800改成16800先

建议好好阅读一下commit message

[anwen-anyi]

你仓库的 alist-web可以用了是吗？ 需不需要我把源码的6800改成16800先

建议好好阅读一下commit message

QAQ~ 不知道你刚刚是什么时候更新的大约十分钟前我拉了你仓库的前端和后端改了下端口号 配置成功了~~一会看看 commit message 最新的变化

[Windman1320]

QAQ~ 不知道你刚刚是什么时候更新的大约十分钟前我拉了你仓库的前端和后端改了下端口号 配置成功了~~一会看看 commit message 最新的变化

dev分支

[anwen-anyi]

QAQ~ 不知道你刚刚是什么时候更新的大约十分钟前我拉了你仓库的前端和后端改了下端口号 配置成功了~~一会看看 commit message 最新的变化

dev分支

谢谢看到啦~这就去试试 尝尝鲜 之前让我搁置一边的功能终于有大佬做出来了 呜呜呜

[anwen-anyi]

大佬,不过用这种下载后的文件是没有转码的QAQ....

[welcome]

Congrats on merging your first pull request! We here at behavior bot are proud of you!