感觉你需要异步 http 请求。试着用这个 https://github.com/star7th/htq

支持一下

说实话我就是利用 rancher 自建 k8s 。确实有不少资源损耗，成本降不下来。如果真的想省成本，可以使用 rancher 官方团队的 k3s 方案，然后用低配版的突发性能服务器即可。

但我最后还是决定不用 k3s，因为它的配置方式有点特别，我不想搞特殊化配置，到时候遇到问题想找资料都麻烦。

我不用云平台本身的集群服务是因为不想跟平台本身产生太严重的依赖。过度依赖平台本身的特殊服务，后面它涨价你没办法。

我现在的方式是花点钱但又不多，然后省心运维。rancher 是比较好的方案。搭建好平台后，就可以运行很多程序和产品了。后面扩容扩展也很方便。

但你在迷茫适不适合的问题的时候，就证明你不适合了。真正适合的是那些调查过且心里有数的人。你心里没数。

@liuzhihang 你是通过开放 api 还是模拟登录写入数据？大部分情况都不会改接口。但不排除可能会有字段变更的情况。一版开放 api 会考虑向后兼容性，因为可能已经有程序调用了开放 api

@inroading 不一样的概念。IE6 在 IT 群体里使用率非常低。而后端的兼容性，老系统的使用率太高了。举个例子，现在国内主流的 linux 系统之 centos7，其默认的 php 版本是 5.4 。这块用户还是不能直接放弃。

有一篇老文 产品经理文档神器-showdoc https://www.jianshu.com/p/71becd55681b

推荐 showdoc，一开始简单好用，深入后使用，功能也强大得满足各种需求。https://www.showdoc.com.cn ，而且开源持续更新。

@crownzzz 知否会一直维护的，让其一直可用（主要是我本人也在用）。至于功能更新，看情况吧。目前我觉得还是挺够用了。所以没怎么花时间做新功能。

读取环境变量更好一点吧。

私有化部署不是很有必要一定上 k8s 太重了。如果是你们提供公有服务的话，使用 k8s 就十分合适。

而且我看了下，无论是 issue 还是这里评论，都非常多人建议分开处理。我不明白坚持不分开的理由是什么。

强烈建议把软件项目和资料汇总项目分开。资料汇总项目是有它的价值，但是不同维度的比较会明显挤压软件项目。

这是好事，我非常开心看到这样的情况发生。它证明编程发展得越来越成熟了，不需要总是在基础设施这个问题上反复造轮子。编程语言本应该成为稳定的下层基础设施，为上层提供更好的服务。

我上面说的不严格。应该说正常的项目开发里 merger 都是自动合并，极少需要手动解决冲突。

看到附言说“关键点是使用 git 要花团队更多时间，而不是会不会用 git 的问题”，原谅我不自觉发出了笑声。就是因为你们不会规范使用版本工具，所以才花更多时间。
我觉得你们的分工问题应该是重点关注的问题。正常的项目开发里，大家负责的模块是分开的。不应该会导致那么多 merger 。甚至应该做到极少的 merger 。像你说的，无论 svn 还是 git 都需要 merger，那估计是不正常了。分工模式可以再探索下。

内部团队用的话其实 svn 也不差。git 是一种更普适的适合各种规模的版本管理。比如开源给全世界不认识的人看以及协作。
另外你的问题不是版本管理软件的问题，纯属是你们自身使用不当。

保存 key 合适。这样解耦。

一个打算认真发展的项目是不会用的。因为那种等于暴露了用户数据的同时强依赖了一个第三方服务，风险不可控。即使像 authing，大企业使用也是使用私有部署的，不会把自己的用户体系强依赖他们。