Closed sxueck closed 1 year ago
这是我提出了一种新的半自动化解决的途径 #7 在开始实践过程发现 proxy-group 每个人都是非常难以被定义的,动态更换了最新节点后,我要如何编入组呢? 不如将选择权交给用户自己
感谢贡献。
我倾向于排序结果只是让用户看下大概的情况,保证所有节点质量优秀是机场主的责任,当总体节点质量不行的时候作为用户考虑更换机场就行了。
这是我提出了一种新的半自动化解决的途径 #7
在开始实践过程发现 proxy-group 每个人都是非常难以被定义的,动态更换了最新节点后,我要如何编入组呢?
不如将选择权交给用户自己
最后建立一个workflow actions脚本,名字是make_clash.yml,运行程序,保存结果push上传到clash.yaml。 建立一个workflow actions脚本,名字是make_result.yml,运行程序,保存测速节点带宽延迟结果到result.yaml,push上传 每次运行脚本自动覆盖上次
这可以实现吗?
本次的提交内容
修改了
--output
参数,当指定为csv
的时候,会正常输出节点的排序和详细延迟情况,当指定为yaml
的时候,会将排序后的节点输出为详细的配置文件修改了判断成功访问探测 URL 的 StatusCode,2XX都可以算为成功,以兼容
204
状态码
您说的yaml的详细配置文件指排序好且有节点配置的clash文件?只是没有附带proxy?我提个建议,里面的节点名如果能带上带宽速度,更加清晰一目了然,俨然完善成了一个测速筛选程序。还是本议题我一开始的建议,作者的程序在你和大家的完善下,只差刚才的建议,再加上把测速脚本命令放在web直接运行或者放到workflows里action去实现,那么就能获得一个csv或者文本txt的排序测速结果文件和一个排序的具备节点配置信息可用于订阅的yaml文件
本次的提交内容
--output
参数,当指定为csv
的时候,会正常输出节点的排序和详细延迟情况,当指定为yaml
的时候,会将排序后的节点输出为详细的配置文件204
状态码