Zhou Zhenkai

自上而下的匹配在某些情境下其实有些不太合适。 例如： - subdomain.a.com和b.com在direct.txt中，需要直连 - subdomain.b.com和a.com在proxy.txt中，需要代理 这时自上而下的匹配会导致需要另外再添加规则到两个rule-set到前面。 所以如果能在rules模块里加入一种新的块（类似subrule），在这个块中匹配到记录后不是立即返回结果，而是暂存匹配记录，继续遍历。遇到下一个匹配时，如果下一匹配优先级高，则替换暂存的记录，否则忽略。重复直到块中的记录被完全遍历。 优先级（ - 同一规则类型之内：同时匹配到domain-suffix a.com, domain-suffix x.a.com, 优先匹配domain-suffix x.a.com - 不同规则类型之间：同时匹配到domain a.com, domain-suffix a.com, 优先匹配 domain a.com - 对于优先级不好界定的，不进行替换 - 用户可以自行设定不同规则类型之间的优先级。 ）

> 这个用rule-providers可以解决吧？ ``` direct.txt - DOMAIN-SUFFIX,a.com - DOMAIN-SUFFIX,m.b.com proxy.txt - DOMAIN-SUFFIX,m.a.com - DOMAIN-SUFFIX,b.com ``` direct.txt在前, m.a.com 在proxy.txt中不会命中 proxy.txt在前, m.b.com 在direct.txt中不会命中 对于自己自定义的小列表，确实可以通过再添加一个pre-proxy.txt ( pre-proxy -- direct -- proxy) 解决 但是其他人维护的远程规则，规则数量多，只有察觉到了然后再一个一个去补充，总有漏网的鱼 而且遍历最极端的情况下相当于全部命中match，性能上也不是很差

> meta 遇到选中节点会尝试 5 次重连失败才执行自动测试流程, 默认 5s 算超时, 5 * 5 = 25s, 也就是遇到超时节点, 至少要 25s 才自动切节点, 看你描述, 是符合预期行为. > 而且你的策略组自动测试间隔是 5 分钟, 没请求用该策略组等他自动切, 也要很久. > 说实话前段时间在群里和托佬讨论过策略组的流程, 我感觉是可以优化的. > 如果你某策略组的的节点如果是波动比较大的那种,...

interval 再设置低一点，3秒5秒这样 timeout 默认5000毫秒，改一下小于interval比较好

[https://wiki.metacubex.one/config/proxy-groups/](https://wiki.metacubex.one/config/proxy-groups/) [https://wiki.metacubex.one/config/proxy-providers/](https://wiki.metacubex.one/config/proxy-providers/) 默认timeout 5000毫秒，改低就好了

Some app will change system tray icon and make it jumping when there are unread notifications, and their notification don't use windows api so won't show in notification center.

我的是电锯人被屏蔽了， 响应变成如下，最下面是属于电锯人的块 ``` { "count": 50, "start": 50, "total": 306, "filters": [ { "tags": [ { "name": "全部", "key": "全部" }, { "name": "2024", "key": "2024" }, { "name": "2023",...