此处连接数默认值一直是5，2000是用户可选的最大上限值，也不是16而是默认为5
然而1核的http服务器能轻松处理1w并发连接的mp4视频文件下载请求，例如作为web种子充当http服务器的时候
对于用户而言，软件提升这个上限值是很好的，比如夸克网盘限制10KB/s一个连接，启用2000线程后下载速度能有20MB/s左右，网盘对方服务器也没有限制
而且比特彗星优雅的使用http协议规范Range来做多线程，启用2000连接时，对返回首个403请求后，并不会发送后续的1999请求，并不像idm类型的分片下载，idm反而会收到服务器明确拒绝后依旧一直反复发送请求到http服务器
以后的webui更新的时候可以加个linux时间戳
更新发现远程端口那还是烂的，，，尾部0还是丢失了，才发现是浏览器缓存问题
之后更新加个vue.js的编译时间作为参数就好了
例如现在的时间是 1750100375
那么每个js和css的后面都要带上参数，代表文件的编译时间，这样编译变了的话，浏览器会自动刷新缓存
/webui/assets/index-CsxA_bT6.js?v=1750100375
不对，，，好像还是有问题，有时候显示正常，有时候又不行
找到原因了。。和api响应延迟有关系，＜500的时候正常，＞500的时候就必现尾巴的0丢失
所以http1.1也很重要的，能节省几百ms延迟，当然这个更大的问题是代码层面的，完了，刚看到正式版预览打包了，估计要下一版本才能修复了
好像其中的 CsxA_bT6 就是随机字符了，那就没必要加 v=参数了
默认值是5，用户可以设置的上限是2000
是的，数字输入控件目前还不完善，目前是500ms后开始自动截取输入字符串的首位‘0’。我再想想如何改进
问题不大能交换用户就行了
只是上限而已不是默认并发 这个问题之前在GUI的时候就提过
先只不过是让WEBUI和GUI设置相同步而已
真要是这么大的并发 一般的站点都会触发保护 什么也下载不了
能上长连接自然是很好的 也许有些部分甚至可以ws 应该能更快
现在IP过滤器和客户端过滤器都有手动列表了
tracker其实也可以搞一个 这样可以放置一些固定服务器
这个灵感其实最早也是来自eMule的静态服务器列表 不过在过滤器上先实现了
@wxhere15
正式预览版已经打包了 新式的客户端过滤器很快就能铺开了
这边简单写一下新式的过滤配置文件 黑名单模式
看看有没有什么常见有害客户端 还没收录的
{"rules":[{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"trafficconsume","comment":"恶意刷流程序"},{"enabled":true,"action":"disallow","rule_type":"peer_id_prefix","rule_value":"-HP???","comment":"恶意刷流程序"},{"enabled":true,"action":"disallow","rule_type":"peer_id_prefix","rule_value":"-XM???","comment":"恶意刷流程序"},{"enabled":true,"action":"disallow","rule_type":"peer_id_prefix","rule_value":"-DT???","comment":"恶意刷流程序"},{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"Gopeed dev","comment":"被恶意改造的正常客户端"},{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"rain 0.0.0","comment":"被恶意改造的正常客户端"},{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"taipei-torrent","comment":"被恶意改造的正常客户端-过时客户端"},{"enabled":true,"action":"disallow","rule_type":"peer_listen_port","rule_value":"15001","comment":"迅雷吸血特征-端口"},{"enabled":true,"action":"disallow","rule_type":"peer_listen_port","rule_value":"15000","comment":"迅雷吸血特征-端口"},{"enabled":true,"action":"disallow","rule_type":"peer_id_prefix","rule_value":"-XL0018","comment":"迅雷吸血特征-peeID"},{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"xfplay","comment":"磁力播放器-影音先锋"},{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"StellarPlayer","comment":"磁力播放器-恒星播放器"},{"enabled":true,"action":"disallow","rule_type":"client_name","rule_value":"dandanplay","comment":"磁力播放器-弹弹PLAY"},{"enabled":true,"action":"allow","rule_type":"default","rule_value":"","comment":""}]}
Windows版和docker版刚刚更新了，可以试试看
看到版本日期还是2.15.6.16的，还以为没更新，试了下已经Windows和docker都修复好了，使用代理访问模拟了＞1000ms的高延迟情况也正常了
原来是更新了 webui.zip 就成功修复了
现在这套不就是为了输出json格式的api吗，ws就没必要了，ws只适合实时通讯做不了api，例如评论聊天等需要实时交互的平台
/webui/目录改成http1.1的同时，js、css这些可以缓存在浏览器的，没必要用no-cache，不然每次访问或者F5都要浪费几MB流量
客户端上面的?号帮助跳出的wiki页面也可以更新了，还是最早beta1的教程
是的，exe没变化
刚刚更新了
才发现2.14版本长效缓存大小不起作用变成50M了，不过这台服务器开着第三方PrimoCache缓存软件，而且只有2000个任务不多，负载不高所以没受到多少影响
看了下另一台BT服务器，1W多任务的，，，SSD磁盘性能果然爆掉了，赶紧换上2.15新版本
是否有必要把 “IP过滤器” 和 “tracker” 两个页面都做成 “手动” 和 “订阅” 两个tab?
tracker可以做一下
IP过滤器的话其实也可以 不过目前订阅的IP不会在GUI中显示
布局上可能有点不好统一 也就是IP过滤的订阅选项卡里没什么东西可以显示
也许可以让订阅的IP也在GUI中显示
订阅的IP基本都是上万行，不适合直接显示出来。那IP过滤器就不分tab好了，保持现状
我想BC可以加一个专门的http任务分类 这样至少在我这里BC就可以接替IDM的http下载任务了
IDM对系统的侵入性比较强 且需要保持更新以维持其功能 以及防止它崩掉资源管理器
目前BC的一个问题是HTTP任务没有专门的分类
只能通过下载的文件类型和BT任务共享相同的标签 查看起来很不方便
添加独立的分类就能解决这个问题 不过如何进行布局还是一个需要思考的问题
这个顶多是用来排序用的 在混合显示的情况下确实有些作用
但我还是觉得用侧边栏中的筛选会更方便
选择一种类型后其他类型的任务不显示
很好的建议，其实我也一直想加。
看了一下Windows11的文件管理器，表头除了可以排序，还有个下拉菜单可以进行筛选。但这是非标准控件，不太容易跨平台，而且一般用户也很难发现。
也许还是在左侧边栏单独选择任务类型比较方便。
WebUI已经加上HTTP 1.1 的keep-alive长连接功能了，等下个版本发布
布局我也想过了 就在现有的选项上加上新的 “所有任务”按钮 图标使用设置中的“任务”图标
其中的两个子项应为“BT任务”和“HTTP任务”
前者图标使用一颗小彗星后者可以使用IE浏览器加一张纸
现在FTP任务似乎不多见的可以合并到HTTP任务里面 或者改成HTTP/FTP任务？
而原来的 用于表示所有状态的“所有任务”将改名为“所有状态”图标不变
官网应该可以更新换上这个有数字签名的版本了
