欢迎下载测试版，尝试新功能。请大家多提反馈意见，感谢各位支持~
v2.13 Beta4 [20250324]
WebUI 底栏显示状态信息
WebUI：修复自动刷新禁用时的任务切换刷新
核心修复：任务列表按任务大小排序有误，BT任务大小应排除文件边界填充区域的大小
http://download.bitcomet.com/beta/BitCometBeta_20250324_setup.exe
http://download.bitcomet.com/beta/BitCometBeta_20250324.zip
v2.13 Beta3 [20250320]
WebUI：流量图显示垂直滚动条
核心修复：移动BT任务文件到同一驱动器其它目录时，无论是否勾选【移动任务子文件夹中的所有文件】，文件夹下非BT任务的文件都会被一起移动
安装包：暂时取消数字签名
v2.13 Beta2 [20250316]
WebUI：实现流量图
核心修复：封禁多次传输错误数据的peer的算法失效
v2.13 Beta1 [20250311]
界面改进：代理服务器选项增加提示，表明只支持IP地址，不支持域名
WebUI：实现任务分块图
3個讚
检查下区块校验失败的peer标记次数是不是有问题？经常很难触发到3次自动ban掉对方
6.83MB的种子，这个peer传了30GB流量，也没3次校验失败ban掉他
和对方peer开始建立通讯的1分钟pcap，不知道有没有用，，，看起来好像没什么用
复现hash
62e0fb3d2265bc5d6692cd5d083eba19e4ac4861
这个qb一直传烂的数据过来的样子
先把WebUI最后一个页面“流量图”做完，之后再依次改进
1個讚
那就先做到和 GUI同步吧
现在GUI下的流量统计 查看实时和短期的流量情况是非常不错的
不过需要查看历史数据就不太方便了 也许以后可以调整一下 现在先这样吧
一：建议增加一个手动刷新积分的功能。
现在想要手动刷新积分，需要退出再登陆。可是如果网络环境不好，或偶尔服务器无响应，退出再登陆就会导致数据丢失的情况。
二：如果同时登陆两台客户端，在线时长会冲突导致统计异常。
不过，这两个问题也不算什么问题，不影响使用，所以简单反馈一下。
请问导入与导出数据“他人共享”，比较吃硬盘性能的顺序读写还是随机读写？
说起来硬盘性能，可以优化下实现16MB后组合写入，市面上蛮多这些256K 512K小区块，现在内存里面整理组合相邻区块成一个16M大区块在写入磁盘
设计实现，照抄我这套写入算法就行
已经下载完全的区块不应当立即写入磁盘，做延迟10秒
延迟10秒内如果有相邻的区块完成就组合，不论组合后是否大于16MB，达到10秒立即把完成区块写入磁盘
如何在10秒内，例如3秒完成了16MB组合，则立即写入磁盘
如果任务本身大于或者等于16MB的区块，直接立即写入磁盘不做延迟10秒
这个10秒可在高级设置中自定义，最小值10，最大值1小时或者无限制
设计实现后，1300个256K区块的BT任务，只需真实写入17次，而不是1300次
这有助于提升SSD的写入性能，减少SSD特有的复制-擦除-写入的过程，此外，大数据块顺序写入的性能也远远超过小数据块写入。减少SSD的写入磨损，从而延长SSD的寿命。
这套设计算法只能在64位中使用，32位中为了避免进程内存占用超过1G引发泄漏崩溃，不应当启用算法
1個讚
一个不太重要的建议
代理设置能否指定仅v4/v6呢？
这么做的目的是，用户可能有IPv6公网，但IPv4需要使用服务器中转穿透
这时候需要用代理连接Tracker，以通告服务器的公网IP，而不是自身宽带的公共出口IP
问题是，当使用了代理后，已开放端口的IPv6可用性就会受限
若可以仅v4使用代理的话，就能完美解决这个问题
还有就是代理地址不支持域名这个，应该不难解决吧（
1個讚
也许可以再加一组分组框 名字可以叫 通过代理的IP协议
布置三个单选框 分别是：
这个问题一直有，几台服务器同时登陆，时长统计不准，那不满每天24小时，不过能成功大于10小时就没管他了
一、提交（疑似的）BUG：
①任务列表按照【大小】排序时，没有按照显示的大小进行排序。
①截图
②移动文件时，无论是否勾选【移动 BT 任务子文件夹中的所有文件】，文件夹下非BT任务的文件都会一起被移动。
②截图
二、功能建议：
③右键点击文件时增加【复制ED2K链接】、【检查文件完整性】选项，最好能多选操作。
【复制ED2K链接】应用场景：BT和长效都下不动了，卡着最后几个几十个文件，这时候可以复制ED2K到115或者迅雷下到文件，文件放到做种文件夹做种（目前我这边碰到这种情况是一个个【右键点击文件-设置ED2K链接-复制】，文件一多就挺费劲）。
【检查文件完整性】（BiglyBT已实装该功能可供参考）应用场景：下载大体积种子时，如果碰到文件变动，导致进度100%变成99.9%，整个种子全部重新校验就挺费时间的。
③截图
④【搜索现有数据文件】功能（BiglyBT已实装该功能可供参考），大致就是：对于某个种子，下载器本身就知道种子每个文件的大小；选定要搜索的文件夹，匹配文件夹内同样大小的文件；进行校验，校验依据可以是ED2K哈希、分块哈希、V2哈希、长效哈希，任选其一应该都可以；校验确定一致后，复制文件到做种文件夹。
④截图
⑤【本地长效种子】功能：类似于④，既然彗星已经缓存了长效哈希（或者ED2K哈希、V2哈希、分块哈希），那么在下载新种子的时候，或许可以优先找一下有没有任务列表已有的文件，补全种子。
三、优化建议：
⑥在【选项-BT下载-上传管理】，建议可以输入MB而不是只有KB。
⑥截图
⑦大内网时，长效做种无法上传，这种情况下是不是应该取消加载长效做种缓存，等绿灯了再加载，毕竟这样好像没啥作用只是净耗内存和CPU。
⑦截图
⑧正在运行的种子没必要禁止【检查文件完整性】，只要自动化地【停止-检查文件完整性-开始】就可以了。
⑧截图
幾時會有智能選擇文件類型？或者一堆文件就選中最大容量那個文件也行
1個讚
