feat: 可以输出排序后的节点的详细配置

[sxueck]

本次的提交内容

1. 修改了 --output 参数，当指定为 csv 的时候，会正常输出节点的排序和详细延迟情况，当指定为 yaml 的时候，会将排序后的节点输出为详细的配置文件
2. 修改了判断成功访问探测 URL 的 StatusCode，2XX都可以算为成功，以兼容 204 状态码

[sxueck]

这是我提出了一种新的半自动化解决的途径 #7
在开始实践过程发现 proxy-group 每个人都是非常难以被定义的，动态更换了最新节点后，我要如何编入组呢？
不如将选择权交给用户自己

[faceair]

感谢贡献。

我倾向于排序结果只是让用户看下大概的情况，保证所有节点质量优秀是机场主的责任，当总体节点质量不行的时候作为用户考虑更换机场就行了。

[anjue39]

这是我提出了一种新的半自动化解决的途径 #7

在开始实践过程发现 proxy-group 每个人都是非常难以被定义的，动态更换了最新节点后，我要如何编入组呢？

不如将选择权交给用户自己

最后建立一个workflow actions脚本,名字是make_clash.yml，运行程序，保存结果push上传到clash.yaml。
建立一个workflow actions脚本,名字是make_result.yml，运行程序，保存测速节点带宽延迟结果到result.yaml，push上传
每次运行脚本自动覆盖上次

这可以实现吗？

[anjue39]

本次的提交内容

1. 修改了 --output 参数，当指定为 csv 的时候，会正常输出节点的排序和详细延迟情况，当指定为 yaml 的时候，会将排序后的节点输出为详细的配置文件

2. 修改了判断成功访问探测 URL 的 StatusCode，2XX都可以算为成功，以兼容 204 状态码

您说的yaml的详细配置文件指排序好且有节点配置的clash文件？只是没有附带proxy？我提个建议，里面的节点名如果能带上带宽速度，更加清晰一目了然，俨然完善成了一个测速筛选程序。还是本议题我一开始的建议，作者的程序在你和大家的完善下，只差刚才的建议，再加上把测速脚本命令放在web直接运行或者放到workflows里action去实现，那么就能获得一个csv或者文本txt的排序测速结果文件和一个排序的具备节点配置信息可用于订阅的yaml文件