AceDogs

@Ccf 我感觉我们不在一个频道上， 我的意思是现在的 smart 策略还不完善，用起来有很多问题。 你那个配置里面确实很多都用来 smart 组。

未知域名同时走国内和国外 DNS ， 请问如何解决国外 DNS 查询速度缓慢的问题呢？如果是国内网站， 国内的先返回，然后不用等待国外的 DNS 响应，直接验证后通过。
如果是国外网站，要持续等待 国外 DNS 查询，有可能 DNS 本身也要走代理，对首次响应速度有影响。目前我觉得 fakeip 最好的优点就是性能，省去了 DNS 解析的时间。

@Ccf smart 还能用哪个配置？ 他是一个新的策略组啊， 内置算法自动选择组内的子代理

我用 smart 出现选择了巨慢节点的情况， 不知道为何， 又回去到 auto test 了。

我用了网上的各种方法都无效， 最新的好像是动态生成的。我联系了给我安装的小哥， 他在找别人查询拿到的超级密码。所以最简单的方法就是和安装小哥关系搞好一点直接索要就好了。

文件分开可以解决更多普遍的问题，而且文件名是天生的索引信息，支持的功能更广泛。
单一文件在在特定情况下确实很好，比如知道文件总大小 等等。个人感觉好像单一文件的优势不是特别多。
结合一下也是一种方案， 用较小的缓冲区不断下载， 同时完成的数据合并入大文件中。实现方案各有优缺点。

通过刷机进去的系统不可能比原装系统安全，因为你一旦刷机就必须解锁，解锁意味着什么？你的手机只要丢失或者任何人都可以拿走你所有的数据， 所以安全的第一道防线就是不要解锁，然后再考虑系统内部的问题。

这个问题不应该和 k8s 甚至任何环境有什么关系。 应该是系统设计问题，重新设计这个功能的实现吧。

你的方案和后端的方案都可以实现需求，看场景和情况选择。我自己的经验来说，我支持后端的方案，后续的升级更方便，前端在不同业务上也许可以复用更多的接口。
对前后端都好，调用接口数量多不一定性能差，还是要看运行环境和场景，有时候可维护性也挺重要的，调用一个接口表面上是一个，实际上响应时常不一定更快，场景不同的情况下效果也不同。