两类加速的功能想法提议 #42
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
纯提想法，看大佬是否有时间，是否有意愿而已。
docker镜像加速的kspeeder dkturbo 是否能把这类功能集成进来呢，就是把hub集成个大前端，部署国外直接加速，部署在国内也可以添加各个加速镜像，来进行加速。github也是同想法。
这样我在github 和docker 就可以统一到一个域名，如hub.xx.com上，这样就算出现不能用，失效等问题，也完全可以在hubproxy里面进行调整，不用重新配置或者改变docker的daemon和github的加速地址。
我知道这有点重复造轮子的“嫌疑”，不过我真的喜欢这种大而全的工具，例如Lucky从初生到我用到现在，看到一个个小功能集成进来，慢慢完善，淘汰其它同类，真挺好的。
我之前也有过类似想法。就是根据对应的路由重定向到其他镜像站，并且加上负载均衡和上游镜像站可用性检测。
我甚至想过加上爬虫功能天天爬取网上公开的镜像站，检测可用的就自动添加到上游镜像列表。但是这样感觉不道德就没实现。
其实本程序创建的初衷就是为了使用自己的服务器搭建，这样自己能够确保稳定性。如果依靠其他镜像站的话，稳定性就不能自己掌握了。
并且单个二进制程序实现多入口分流，避免部署太多服务，也轻量级，如果什么都塞进去的话，可能就比较臃肿了。所以目前暂时不会考虑。不过如果此类需求很多的话，后面可能会考虑。
其实需求很简单，你叫AI 按照这个需求自己实现一下就行了。
感谢大佬的回复。确实是大而美或者小而精的问题，两类各有各的好处，而且也看用户量是否能上来，再看大家未来需求了，毕竟大佬要投入时间成本。
我现在是用Lucky的web服务把加速类服务固定到一个域名，后端配置调节使用哪个加速。也算实现相同功能，也可以用。
我就是一个想法，给大佬种下一颗种子，万一发芽了呢。哈哈哈。