FDM只是一个例子，因为我一时想不出别的客户端（不过根据PBH-BTN网络上看不是有个ޭ__客户端吗），我想说的是clientid也要六位有点不合理，毕竟总有名字很短的客户端吧（不过我确实不想给fdm做种，一是我觉得这种客户端的用户应该很少会去做种，另一方面它的奇葩peerid明摆着就是想让你不去屏蔽它）
IDM这些垃圾软件对于HTTP下载技术方式能力很弱，还在用远古的分段下载，不但下载速度慢，不支持缓存伤硬盘也很严重，下完还要合并文件导致双倍写入量消耗引起硬盘加速报废，而且这些下载器经常遇到下载完成后md5对不上的情况
这种现象在IDM上经常发生，文件大小一样，文件能用压缩包方式打开，能正常解压几个文件，但是部分文件提示密码错误无法解压，这些都是IDM这种垃圾下载器引起的
所以经常遇到无法解压文件的小白，或者说密码错误解压不了的，多半是用了IDM导致的，这种现象在群里发生过无数次了，都定位到是IDM引起
现有版本都有，参考比特彗星的第三方客户端，可以实时显示各种信息
这些还没有，目前对于torrent只有添加下载，暂停，停止，删除，显示任务状态信息
对任务peer拉黑这种api还没有，包括在webgui上通过api进行软件相关设置等都没有
确实可以保持两种API 不过现有的太简易
感觉保留的意义不是很大 也许在新API完成前可以过渡一下
确实是这样的 我也觉得彗星的重心放在BT下载
也许加上个 HTTP和BT任务的分类按钮会好很多
现在其实可以 不过靠的是反向分解HTML文件
当然这不算是个好主意
就像qb那种吧？那这个工程量就大了
beta5 已添加
1個讚
为什么不能直接基于qb的webui呢
（如果要遵守开源许可证另说，如果真要遵守就开源新的webui，还可以让用户自定义皮肤）
反正我用的是aria2
没有显示peerid的，状态信息跑到了 peer ID 列
其实前端直接照搬都可以 问题都不是很大
主要的问题就是彗星没有对应的接口
在设计之初应该是没有考虑到的
现在要重新设置接口才行 这个工程量肯定是不会小的
有了接口 前端用什么其实都无所谓
效果非常好
再也不用担心遇到不认识的旗帜了
建议下一阶段
在客户端名称和 peer ID 屏蔽中引入通配符
可解决 客户端名称中变化的版本号
以及不规范的peer ID 即固定部分小于6个字符
其实可以再简化一下 只使用 ? 就可以
将不足6位的客户端名称和peer ID 补全就可以匹配了
建议高级设置中 PEX选项 的描述里加入 （PEX）的字样 以方便搜索
现在要搜索 peer 或 exchange 或交换 才行
当前的描述为 “允许在下载时自动交换用户信息”
可以在最后加上 PEX 即 “允许在下载时自动交换用户信息(PEX)”
这样直接搜索 PEX 就可以搜到这个选项
utp的cpu占用高，传输速度起不来，优化排期进度怎么样了
我觉得可以新增一种状态灯，蓝灯
蓝灯：在TCP端口阻塞的情况为黄灯，如果检测到用户列表有peer使用UTP远程连入则用蓝灯表示，TCP远程连入就绿灯表示（绿灯优先级最高，不会被覆盖成蓝灯，绿灯应该始终绿灯）
但是我彗星下http很难连接的上源, 有些过个好几分钟开始下载, 但大部分都是多久都没反应…然而浏览器自带的下载却是一点就开始有速度了, 我也不知道为什么…
检查统计页面是不是正在发起卡等待了，或者查看任务日志是否有错误，比如输出错误码403代表被对方WEB服务器禁止了下载
比特彗星在HTTP下载，服务器没有发送文件名的时候，应当和浏览器与其它下载软件一样，通过url解码转换成原始文件名
http://download.26x.net:6284/BT%CF%C2%D4%D8/%CF%B5%CD%B3%BE%B5%CF%F1/BitComet%20Stable%20%28build%202.4.10.15%29%20%B1%C8%CC%D8%E5%E7%D0%C7%C8%AB%B9%A6%C4%DC%BD%E2%CB%F8%BA%C0%BB%AA%B0%E6.7z
utf8解码失败时候，应当继续使用一次gbk解码（gb2312）
这种情况是服务器没有发送文件名，并且是在Windows下运行的web服务器，所以使用的gbk编码，比特彗星应当只支持utf8解码，我反馈上去了
macOS版 v2.8.2 已更新
推荐勾选，启用后会使用squid数据库优化层次结构，会对目录分级进行磁盘缓存，此时运行效率更高，特别是文件夹里有10w或者更多的文件时候，启用此功能后性能效果很明显大提升
1個讚
目前先做这些吧
监听端口以及高级设置中的部分反吸血设置
- bittorrent.anti_leech_banned_client_names
- bittorrent.anti_leech_banned_peer_ids
- bittorrent.anti_leech_banned_ports
静等通配符支持
能不能叫 @wxhere15 增加对虚假进度客户端的屏蔽，包括但不限于永远的0%、上报下载进度与理论上传进度差异过大（用户可以设置这个差异的大小比如5%）、提供的上传超过文件本身大小等等
这些功能比较复杂 可以交给外置程序完成
所以我们需要一个可用的API接口
webUI简陋一些问题不大 但是功能缺失问题就比较大了
相比webUI webAPI的需求更加紧迫
不过现在作者应该在忙着适配龙芯
慢慢来吧 可以先做一下通配符
webAPI可以再等等
这种做法无法检测吸血，对方会谎报进度