[Feature] 建议添加存储优选节点列表，特别是速度快的节点。

[love768952693]

验证步骤

• 我已经阅读了 README.md，确认了该功能没有实现
• 我已在 Issue Tracker 中寻找过我要提出的功能请求，并且没有找到

描述

用户场景：互联网代理池会源源不断的更新，且每次更新都是推送不同的节点。

目前程序是更具推送的节点完成的测速，有很多节点速度非常快，而在下次测试时就会被删除掉，实际上还是可用状态。

建议添加一个存储优选速度快的节点功能，下次测速节点池时可以一并测下他们的通过性和速度，当速度低到XXMB后自动剔除，可以使用地区来维护，或者确保每个地区都有3个节点，多余的速度不行的可以不要等等。

[bestruirui]

此功能有考虑过，会加上日程的
现阶段其实有个简单的实现方式，就是在配置文件中加上你自己生成的订阅链接

[hongli11]

此功能有考虑过，会加上日程的
现阶段其实有个简单的实现方式，就是在配置文件中加上你自己生成的订阅链接

更新后测完之后没有上传gist上是什么问题？

[bestruirui]

此功能有考虑过，会加上日程的
现阶段其实有个简单的实现方式，就是在配置文件中加上你自己生成的订阅链接

更新后测完之后没有上传gist上是什么问题？

请不要在一个issue中提及不相关问题，错误反馈请提交新的issue

[molezz]

，有很多节点速度非常快，而在下次测试时就会被删除掉，实际上还是可用状态。

这段我没看懂， 是指原始订阅里被删除了？但是仍然是通的？

[sishentibu]

此功能有考虑过，会加上日程的 现阶段其实有个简单的实现方式，就是在配置文件中加上你自己生成的订阅链接

假如我测速后上传的地址是 gist. xxxx/all.yaml， 在配置文件中的 sub-urls: 里加前述的 gist.xxxx/all.yaml 地址 ？

[bestruirui]

此功能有考虑过，会加上日程的 现阶段其实有个简单的实现方式，就是在配置文件中加上你自己生成的订阅链接

假如我测速后上传的地址是 gist. xxxx/all.yaml， 在配置文件中的 sub-urls: 里加前述的 gist.xxxx/all.yaml 地址 ？

是的

[molezz]

关于速度。新版本bestsub好像看不到了吧？

[bestruirui]

关于速度。新版本bestsub好像看不到了吧？

看一下最新的配置文件config detail
速度测试和解锁测试放到同一个配置选项中了，需要在items中启用

[love768952693]

，有很多节点速度非常快，而在下次测试时就会被删除掉，实际上还是可用状态。

这段我没看懂， 是指原始订阅里被删除了？但是仍然是通的？

是的，很多节点池是15-30分钟随机发布一批，实际上之前的节点是可以用的。
最理想的是每个地区都有一些好用的节点，因为不同地区节点需求大于速度，其次再是每个地区保留比较快的节点，这个数量用户设置，后续测速后再把慢的替掉。

[molezz]

，有很多节点速度非常快，而在下次测试时就会被删除掉，实际上还是可用状态。

这段我没看懂， 是指原始订阅里被删除了？但是仍然是通的？

是的，很多节点池是15-30分钟随机发布一批，实际上之前的节点是可以用的。 最理想的是每个地区都有一些好用的节点，因为不同地区节点需求大于速度，其次再是每个地区保留比较快的节点，这个数量用户设置，后续测速后再把慢的替掉。

明白了，如果是这个保留需求，其实把all.yaml也放到link里检测不就保留了，自己检测自己，检测完好用的会仍然在新的all里？

[bestruirui]

，有很多节点速度非常快，而在下次测试时就会被删除掉，实际上还是可用状态。

这段我没看懂， 是指原始订阅里被删除了？但是仍然是通的？

是的，很多节点池是15-30分钟随机发布一批，实际上之前的节点是可以用的。 最理想的是每个地区都有一些好用的节点，因为不同地区节点需求大于速度，其次再是每个地区保留比较快的节点，这个数量用户设置，后续测速后再把慢的替掉。

明白了，如果是这个保留需求，其实把all.yaml也放到link里检测不就保留了，自己检测自己，检测完好用的会仍然在新的all里？

我大概明白他的意思了，这个方法是没有问题，但他想要的是尽量保证各个地区的都至少有一个可用的节点，就算速度慢也无所谓，至少要有一个可用的节点

[molezz]

反正经2位提点， 💡我就打算把all链接也放到检测链接里， 用来保留被刷新掉但仍可用的节点 😂