流量图已经可以正常工作了
不过也许可以给它加一个 滚动条 就像其他的选卡一样
这样在页面较窄的情况下也可以正常显示 现在是压缩图表宽度
对了 端口监听状况和 DHT节点数量也做一下吧 这样主界面的功能基本都做完了
BC改进建议：链接
感谢建议。应该是指页面高度不够时显示垂直滚动条吧？
对 其他的选项卡都有 流量图也做下这样比较统一
好像是比2.12之前版本好一点了，但是还是有问题
删除任务重新创建偶尔又能正常修复工作起来了，能够成功标记分块错误次数
但是肯定有问题，，你在检查一下？就上面那个测试hash的那个ip地址qb客户端一直传错的数据过来
beta2修复了一种状况，可能还有其他遗漏，我再多测试一下
估计是因为安装包里的可选推荐软件被举报了。暂时没法签名了 
捆绑软件吗？ 也许一些过去的遗留问题 也改解决一下了
话说 影音之星 还在维护吗？
这个可选推荐软件导致 Setup 和 Updater 一直被标记，我的卡巴斯基杀个不停，每次都要手动忽略。
我不会这样做的，我需要卡巴斯基拦截广告软件
我宁愿每次手动处理也不会直接关闭这个开关
流量图也加上了
有必要的话可以再维护维护
1個讚
刚刚去看了一眼官网，居然还活着……
感觉已经和飞秋是同一时代的东西。
说来可惜，现在局域网通信软件至今没有一个能打过飞秋这个产品的出来。
小巧 好用 功能也全
测试了一下：
情况1. 如果出错的piece是来自单个peer，那么会将其错误计数加一，三次后封禁。
情况2. 如果出错的piece是从多个peer下载到的数据，那么无法判断是哪个peer传输了错误数据，此时不会增加相关peer的错误计数。
情况2a. 如果开启了 bittorrent.separate_sources_for_failed_piece，将会从多个peer分别单独重新下载这个piece，从而准确判断出错的数据来自哪个peer，并将其错误计数加一，三次后封禁。
情况2b. 如果没有开启 bittorrent.separate_sources_for_failed_piece，那么有可能再次从多个peer下载此分块，再次进入情况2，陷入死循环。
估计你没有开启 bittorrent.separate_sources_for_failed_piece，可以开启后再试试看。
如果需要的话后面可以做一下
看之前发的截图peer下载大小，bittorrent.separate_sources_for_failed_piece 开启和关闭都试过
只要和他建立连接，然后一直传一直丢，能下载好几百个G不拉黑他。停止任务重新开始都没用，依旧一直传错误的数据过来
我应该是情况1，试了几次，，，这个 112.90.178.250:23891 qb客户端他现在不给我传烂的数据了，导致测不了
还是说和任意一个其它peer握手后，就算没有下载大小也就会标记关联状态，直到删除任务重新创建才能清理掉这串情况2的关系
是不是因为这个种子任务只有1个区块，所以就会必现（peer握手申请的同一个区块），一些1000区块的BT任务也很有概率触发无限下载，不标记3次拉黑一直传错区块数据的peer，这点论坛也有其他人反馈过
同一个区块ID校验失败3次清除peer和区块的关联状态，让其重新创建关联，有没有可能解决这个问题
要么给多个关联的peer一起ban了，避免一直在循环下载几万次丢弃数据，下载几个TB流量都下载不完成
那先把 下载链接的 TLS证书修一下吧
域名和证书上的对不上了
也许可以把服务器迁到cf pages 上这样可以实现“无维护”（
用cf pages 搓了个导航性小页面：https://bc-backup.pages.dev/
这个倒是不错 能分时间查看
右边的流量单位和下面的时间单位是自动的吗？ 还是说可以或可以调的
是的，昨晚这个IP已经不传错误数据了，我是专门写代码模拟收到错误数据的情况来测试，测试结果符合我说的几种情况。
peer请求分块时会记录关联信息，分块下载完成时如果hash失败，会检查和哪些peer关联。停止任务时，关联信息就清空了
是的
那在peer数量不多的情况下，可能永远下载不到这个piece
感谢反馈，回头处理一下
1個讚
近期有添加这个的计划吗？
这个是beta2新加的吗？早期版本停止任务看起来是没有清理关联状态？
早期版本先把所有人ban了只留一直传错的那个ip，然后停止任务在开始，依旧发生持续下载现象
现在还不太好测试，，因为那个人不传错的数据过来了，估计对方重启了电脑