Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

请求回撤1.173.2的更新 #1207

Open
ForestL18 opened this issue Dec 1, 2024 · 5 comments
Open

请求回撤1.173.2的更新 #1207

ForestL18 opened this issue Dec 1, 2024 · 5 comments

Comments

@ForestL18
Copy link

ForestL18 commented Dec 1, 2024

1.173.2的更新是关于是否遵循配置文件中的自定义的proxygroup url,对于web端的dashboard,本身就应该以web上设置的url为最高优先级,否则在web端自定义url有什么意义呢?

此外,如果相关机场在配置文件中带了url,想要修改也是很麻烦的,所以希望回撤1.173.2的更新。

@melosbot
Copy link

melosbot commented Dec 2, 2024

那么请问配置文件内的url又该如何处理呢?
假设某一个分组只用于访问某一个服务器a.com,那么web设置的测速b.com对这个分组有什么参考价值吗?
更何况存在某些节点在服务器端就限制了只能访问a.com,那么对于b.com岂不就是timeout?

@ForestL18
Copy link
Author

ForestL18 commented Dec 2, 2024

那么请问配置文件内的url又该如何处理呢? 假设某一个分组只用于访问某一个服务器a.com,那么web设置的测速b.com对这个分组有什么参考价值吗? 更何况存在某些节点在服务器端就限制了只能访问a.com,那么对于b.com岂不就是timeout?

首先,web dashboard设置了web端的url,目的就是方便随时更改不同测试url来进行测试,否则如果直接用配置文件来设置url的话,那还要web端干啥呢?直接自己调用api不是更好?更何况配置文件每次每次改完还要重载。

其次,那么为什么不设置一个所有服务器都能访问的url呢?服务器访问url可能受限,但是url一般不会限制特定服务器访问吧。

最后对于配置文件内的url又该如何处理这个问题,我的观点就是不处理,因为web端dashboard应当专注于传递前端到后端的信息,而不是被动接受后端的默认参数,否则前端的设置将会变得混乱且无意义。

@melosbot
Copy link

melosbot commented Dec 2, 2024

  1. web dashboard 用来修改 select 分组的节点选择,我想这个是主要功能毋庸置疑的吧?如果需要 随时更改不同测试url来进行测试 选择节点的话,为什么不预先就在 proxygroup.url / proxy-providers.health-check.url 里定义好呢?
  2. 举个例子,我所用的几个 emby 服(包括付费服、机场服),都附有低倍率或有加速的节点,但是只能访问对应的 emby 服务器,我倒也不必因为这几个 emby 服而将所有节点的测试 url 都设置成该地址。
  3. web dashboard 倒是可以设置测速链接,如果可以加个强制覆盖的选项的话,就能避免目前留空或有输入的情况下覆盖 config 里定义的测速链接,这样也能皆大欢喜。

@ForestL18
Copy link
Author

你说的情况确实特殊,web端的强制覆盖选项可能确实是个不错的选择

@wzdnzd
Copy link
Contributor

wzdnzd commented Dec 3, 2024

如果能实现 #467 这个需求就能满足各自的需求了,我之前基于 yacd-meta 实现过

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants