能不能增加一个设置项，让下载完后移动到某个目录这个动作（和下载前/下载后检查状态），当成是下载过程的一部分，依然占用着一个“同时下载的BitTorrent任务最大数目”的数值。
因为我hdd硬盘4k seq的性能较差，用内存盘Ramdisk当下载盘。但内存大小有限，不能开太大的内存盘，只能开一个种子的大小。
本想着下载完到内存盘且自动移动到hdd硬盘后，再开始下载另一个种子。但实际却是在下载完自动移动的过程中，另一个种子已经自动启动了，导致内存盘空间不足而下载失败。（同时下载的BitTorrent任务最大数目设置为1）
所以能不能增加一个设置项，让所有操作处理完（包括检查状态），再开始下一个种子的下载。
一般来说使用软件自带的进程缓存管理比较好，对于第三方内存缓存可以使用PrimoCache，比内存虚拟化硬盘来得更好
进程缓存有很大的优势
可以实现复杂的缓存策略，比如内容的有效期管理、清除策略等。而且可以在不同平台保持一致性， 压缩、加密等操作时，进程缓存可以更好地支持复杂的协议处理，这些操作直接使用sendfile函数可能不太方便。
https发hello请求的时候可以补一下alpn，类似sni信息一样的东西，一些服务器可能会要求这个来检测客户端支持情况，例如Microsoft Edge 129.0.2792.89的alpn
Extension: application_layer_protocol_negotiation (len=14)
Type: application_layer_protocol_negotiation (16)
Length: 14
ALPN Extension Length: 12
ALPN Protocol
ALPN string length: 2
ALPN Next Protocol: h2
ALPN string length: 8
ALPN Next Protocol: http/1.1
浏览器下载插件现在失效了吗？而且还是22年更新的 现在已经25年了，我感觉比特彗星下载有些东西比idm Aria2都快 这些没速度的 复制到比特里面立马满带宽的速度 是因为镜像下载这个功能么，希望能更新下浏览器插件 然后拦截功能做好点 和idm啥的差不多就好了 直接无感拦截 拦截的格式多点
插件没有失效，正常的，你尝试重新安装插件试试？或者有没有勾选启用插件捕获
至于速度快的原因
比特彗星走的是http协议规范的range多线程下载技术，是目前全世界上下载性能最好的软件，没有其他任何代替品，无敌的寂寞
至于idm捕获能力强
idm捕获浏览器下载成功率高的原因，毕竟是wfp驱动
有sys文件捕获电脑网卡数据包，不然你以为为什么idm呼出率那么高。。
wfp+tdi双驱动，主驱动是wfp启动后自动加载到系统中常驻后台服务
所以把idm彻底退了，也能呼出idm
担心安全性？还行吧 老牌下载器了
反正我电脑上怎么用都不行 看了谷歌商店里面的评价也一堆不行 然后这插件我之前用的时候 很多很正常的文件都不能被拦截 然后貌似拦截的时候还会弹出浏览器下载界面（这个我可能记错了 一两年没用了） 我不单单说idm好 其他的比如Aria2（用的商店的Aria2 Explorer插件）,FDM,还有GitHub上的ABDownloadManager拦截功能都做得很好 还可以自己选择那些文件拦截，比特彗星这个插件啥功能都没有
看官方后续怎么优化插件吧，我这测试插件使用是没有问题的，如图所示
就是之前反馈那个302跳转多线程支持的问题还有点毛病，只能跑一个线程上，，，没有分布到各个CDN服务器download1 download4
https://download.zygames.com/qqsm/install_mars3/30235c786052b430b0dc8d98a43f11a6f4fe6/QQSM3_OB_CHN_3.0.235_Green.rar
第二个线程收到302后就没有继续发起请求了
不知道什么原理，有时候行，有时候又不行，就是2.07做的这个功能肯定哪里还有bug导致没302成功
核心改进：http下载任务每条连接使用原始URL发起连接，以支持转跳到不同的HTTPS PCDN分流链接来优化多线程下载速度
https://down-update.qq.com/qsm/366423425/1000959/apkupdate/1.42.0.45675/366423425_1000959_1.42.0.45675_20240129135825_865655322_apkupdate.apk
建议修改现有的连接发起队列机制
使对时效性要求更高的连接优先发起
例如DNS tracker更新 RSS订阅更新等
以防止由于排队时间过长导致请求超时
目前 tracker列表更新似乎就存在这个问题
而若选择了 替换现有列表外加更新列表失败
似乎会导致tracker列表被清空
如图所示tracker列表更新请求一直在排队等待BT连接发起
直到连接超时也未能排到
我把Bitcomet加到HKEY_LOCAL_MACHINE\SOFTWARE\RegisteredApplications等地方
可以整合並顯示在Windows設定中，蠻方便的，以下是reg供參。
Windows Registry Editor Version 5.00
;bitcomet magnet+torrent
; 註冊應用程式功能
[HKEY_LOCAL_MACHINE\SOFTWARE\RegisteredApplications]
“BitComet”=“Software\BitComet\Capabilities”
[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\RegisteredApplications]
“BitComet”=“Software\BitComet\Capabilities”
[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\BitComet\Capabilities]
“ApplicationName”=“BitComet”
“ApplicationDescription”=“BitComet - A free C++ BitTorrent Download Client”
[HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\BitComet\Capabilities\UrlAssociations]
“magnet”=“magnet”
“.torrent”=“.torrent”
; 設定 magnet 關聯
[HKEY_CLASSES_ROOT\magnet]
@=“Magnet URI”
“URL Protocol”=“”
“Content Type”=“application/x-magnet”
[HKEY_CLASSES_ROOT\magnet\DefaultIcon]
@=“"C:\Program Files\BitComet\BitComet.exe",1”
[HKEY_CLASSES_ROOT\magnet\shell\open\command]
@=“"C:\Program Files\BitComet\BitComet.exe" /url "%1"”
; 設定 .torrent 關聯
[HKEY_CLASSES_ROOT.torrent]
@=“bittorrent”
“Content Type”=“application/x-bittorrent”
[HKEY_CLASSES_ROOT.torrent\OpenWithProgIds]
“bittorrent”=“”
[HKEY_CLASSES_ROOT\bittorrent]
@=“Torrent File”
“EditFlags”=dword:00000000
[HKEY_CLASSES_ROOT\bittorrent\DefaultIcon]
@=“"C:\Program Files\BitComet\BitComet.exe",1”
[HKEY_CLASSES_ROOT\bittorrent\shell]
[HKEY_CLASSES_ROOT\bittorrent\shell\open]
[HKEY_CLASSES_ROOT\bittorrent\shell\open\command]
@=“"C:\Program Files\BitComet\BitComet.exe"”
[HKEY_CLASSES_ROOT\bittorrent\shell\open\ddeexec]
@=“[open("%1")]”
[HKEY_CLASSES_ROOT\bittorrent\shell\open\ddeexec\Application]
@=“BitComet”
[HKEY_CLASSES_ROOT\bittorrent\shell\open\ddeexec\Topic]
@=“TORRENT”
beta5 Windows版已发布，欢迎试用
v2.12 Beta5 [20250108]
主界面隐藏到系统托盘的情况下，在浏览器中打开磁链，显示新建任务窗口
此时新建任务窗口操作完毕后关闭，但主界面会弹出到前台，不符合预期
新的布局已经生效
也许可以将 “启用网页版远程访问”移动到常规设置中
这样正好和下方的启用 手机APP相对应
任务日志、全局日志、全局统计 已经可以正常显示
现在主界面部分只剩下 分块图和流量图没有完成了
能否把绑定app的二维码显示功能做到webgui上
Linux无图形版本这样才能绑定app手机远程控制
建议修改分块填充文件的名称
由现在的“ _padding_file?如果您看到此文件，请升级到BitComet(比特彗星)0.85或以上版本”改为 “padding_file?”
从官方wiki上来看 英文状态和中文状态下的生成的分块填充文件是不一样的
BitComet在英文界面下生成的这类特殊文件命名为”padding_file?如果你看到这个文件，请升级到BitComet 0.85或者更高版本“。
尽管现代客户端基本都支持识别并隐藏分块填充文件
但一些torrent站点会在页面上显示种子中文件的结构
其基本不支持这一功能
使得“ 如果您看到此文件，请升级到BitComet(比特彗星)0.85或以上版本” 的提示就比较刺眼了 换成 padding_file? 在视觉上可能会好一些
修改文件显示名这并不是解决办法，因为在过时的非现代网站上依旧会显示填充文件，只是文件名发生了变化，变成了"padding_file"
如果这类网站对发布BT资源有要求，制作目录多文件种子的时候不要勾选分块对齐
或者直接让网站方管理员去更新php解析.torrent文件代码，支持bep47协议来识别填充文件比较好 -p 参数代表填充文件
https://www.bittorrent.org/beps/bep_0047.html
BEP47至今仍处于草稿阶段 尽管大部分现代客户端都已经默认支持
但这并不意味着其他配套设施也支持
比特彗星似乎是最早使用分块填充文件
大部分用户包括管理员 不理解也不想理解分块填充文件是什么
其被视为一种不正常的东西
而且由于现代客户端已经广泛支持bep47 故没有必要再提示升级客户端
或者将请升级到0.85以上版本 改为 “您使用的程序不支持BEP47规范请升级”
调小线程数 过多的线程数会被视为攻击
重命名并不是最好的解决办法，对于不理解BT原理的网站管理员要求，只有让资源发布者制作BT种子时不启用区块对齐这个功能才是能兼容古董的网站代码
就算重命名了，但是对于不理解的用户反而依旧会存在为什么塞了padding_file文件的疑惑，用户他们并不能获得想要的解决的方案，网站管理员也依旧会看到填充文件
并且使用其它BT客户端制作种子，只要在制作过程启用区块对齐，一样也会有padding_file文件，填充文件并不是比特彗星特有的
是否重命名看开发者怎么定吧，我感觉重命名是没有意义
他们会告诉你不要使用 比特彗星
他们会告诉你这是比特彗星造成 别用
或者直接就说“会在文件里面拉屎”
是 但似乎大部分的制作软件 无论是客户端还是专门的种子制作程序
默认似乎都不添加填充文件
若真希望用户去了解BEP协议 大可以修改为
“padding_file?您使用的程序不支持BEP47规范请升级”
感谢反馈，已修复
感谢建议，下一版增加
感谢建议，padding文件名里已去掉提示文字
转跳后的服务器没有返回"Accept-Ranges"，貌似不支持分段下载
感谢建议，已调整Tracker、RSS等TCP连接的优先级
