F1Y2M0N

Hey guys, I think there's a misconception here. Here's what I think. 大伙们，我觉得这里有一个误区。我是这样认为的 --- About filtering file sizes This feature doesn't need to be implemented before getting the seed information....

首先感谢开发者回复 不过还是有问题存在，见谅 --- > 1,lazy为true时,被选择才会进行检测 > 2,同1 我的配置文件再写明白点就等于如下内容 ```yaml - {name: fallback1, proxies: [select, fallback2]} - {name: fallback2, proxies: [select, url-test1, url-test2, url-test3, DIRECT]} ``` 同样有`lazy: true`，`fallback1`能被激活去选择`fallback2`，`fallback2`能被激活去选择`DIRECT`，可中间的3个`url-test`却无法被激活 `max-failed-time`是被自动组`fallback`选中的，没有激活 另外，我上文写的是稳定运行超过三天，但实际一天左右也会出现该情况，不过大概率被“救回来”，即`fallback`选择到`DIRECT`后能激活`max-failed-time`进行hc，或是经过几轮`interval`激活`url-test`去选择一个能连通的节点，之后`fallback`会切回到`url-test`上 一天亦足够`lazy:...

> lazy: false请,没写lazy就是true,没被选择就不会hc 不好意思，是我的错，没让你理解 麻烦简单直接的为我说明下 简单列了以下5个，最终选择的测试节点都是由`url-test`决定的 在确定`lazy: true`已经激活后，手动让测试节点出现故障无法连通，访问google以启用对应的节点链，哪一个或几个`url-test`可以在测试节点出现故障时激活hc并更换为一个未故障的节点 也就是说哪一个或几个是你所说的被选择状态 `DOMAIN-SUFFIX,google.com`→`select`→`url-test`→测试节点 `DOMAIN-SUFFIX,google.com`→`fallback`→`url-test`→测试节点 `DOMAIN-SUFFIX,google.com`→`select`→`fallback`→`select`→`url-test`→测试节点 `DOMAIN-SUFFIX,google.com`→`select`→`fallback`→`select`→`fallback`→`url-test`→测试节点 `DOMAIN-SUFFIX,google.com`→`select`→`fallback`→`fallback`→`fallback`→`url-test`→测试节点 希望能看完上方内容并做出选择后再展开 我提供配置文件的测试结果可以说明第五个不是 第三、四个在不操作第二个`select`的时候也是有问题的 第二个会莫名其妙的触发`max-failed-time`，以致不是在hc，就是在准备hc的路上 所以这是自动组嵌套的问题还是特意设计的 另外再说声不好意思，因为个人原因，至少三个月无法登github，所以该issue可以被关闭或删除 感谢你的回复 谢谢