你不要以为那是互联网，一般来说都是专网，和互联网不联通，少有的联通的都是白名单，你压根连不进去

@taobibi 终端连银行自己的专网，银行专网内部有专线连到公安的系统里，这个过程可以用专线，也可以用白名单。一般来说白名单已经很强了

@taogen 开发和 DBA 对 MySQL 的要求完全不一样，开发我建议去研究 SQL 标准，而不是 MySQL 本身，作为 DBA 的要求是个深坑，没个 5-6 年的线上维护 MySQL 经验，并且什么场景都见过。你是不敢说自己是 DBA 的。

楼主，别干程序猿了，你去写剧本小说一定比写代码有前途

兄弟，收钱不是这么收的，你应该搞一个专门的，高级功能加强版本或定制版，整体闭源，付费服务。

@zzlove 我还真觉得 2019 的 Web 前端比 2009 的 Web 前端简单的多了，刀耕火种时代的 web 前端的开发难度，是远远大于现在 MVVM 基本成熟，各种基础设置相当完备的现在的。抽象程度越高，开发难度越低。现在 web 前端的设施能做到的抽象程度，是远远大于 10 年前

@strcmp 笑话，你以为你看的出来公司的实际控制人是谁啊，听过 BVI 架构没有，你别想查到实际控制人

人多了就会这样，任何社区一旦无法限制进入人数，就会因为人多而内容越发变水。现在国内 IT 圈涌入的淘金人群太多了，自然就是这样

@waruqi 楼主，请问你第一张结构示意图是用什么软件画的

@lscho 对，我还真不知道 get 请求有可能会被缓存，我只知道 w3c 标准实现里，控制缓存由 http header cache-control 里，从没听说过根据 http method 类型来决定缓存的，默认 get 所以就缓存的标准和 http client 实现我还真没见过，你们不是比我见识多吗？让你们给出 get 请求就缓存的标准和 http client 实现。你们就是不给。让我说啥？

@rockyou12 因为我英文不够好所以我机翻，免得有人说我英文不好。你说不要机翻，行啊，你告诉我你这段哪里提到和缓存有关了

@rockyou12 你提到的 w3c 标准，我随便找了个机翻：

特别是，已经建立了这样的惯例：GET 和 HEAD 方法不应该具有采取除检索之外的动作的重要性。 这些方法应该被认为是“安全的”。 这允许用户代理以特殊方式表示其他方法，例如 POST，PUT 和 DELETE，以便使用户意识到正在请求可能不安全的操作。

请问哪里说了和缓存有关？

你不要转进好不好，你自己说的和缓存有关，你要说 http method 有提示用户安全性的作用，这个我承认（不过我们现实里不会用 http method 去表示安全，其实后端在接口实现上会考虑安全问题，而不是用 method 方式去提醒）。但是你自己在前面说的是缓存。

还有，http client 会对 get 进行缓存的例子，麻烦你举出来，现代一点的 http client。我还是那句话，就算是 http client。我倾向是你们没用对，而不是人家实现错了

@love 提 ts 之前我觉得你非常有必要弄明白一件事，node 本身是 js vm 环境，这个环境现在并不能像 jvm 那样，支持别的语言编译成字节码或者 jit 什么的直接跑，ts 一样要把自己编译成 js，才能跑在 node 上。ts 是很优秀，我经常也用，但是 ts 的存在，并不能解决 nodeJS 的窘境，除非哪天 Node 大升级，变成类似 JVM 那样的开发规范型虚拟机，其它语言直接 JIT

@rockyou12 到底谁该闭嘴啊，学了几个框架就出来教训人，你自己去翻 w3c 标准去，让不让缓存是由服务器决定的，服务器在返回的 http 头里没写让缓存的时候，浏览器凭什么缓存啊？如果现在还有这种不按 w3c 标准实现的浏览器请介绍给我开开眼，你看千万别把 IE6 这样的中古浏览器弄我面前，至于前端框架会按 Http Method 来决定是否缓存？我个人倾向是你根本不会用。我今天真是开眼了，今天居然有人在论坛里叫嚣说 http method 会决定前端是否缓存结果，并且要求别人闭嘴，麻烦去 w3c 标准里找出支持你结论的东西，再来让人闭嘴

@love 我这么说吧，虽然 go 的性能确实强很多，但是这里混的人，很少能遇到谈性能的场合的，python 那么慢的语言照样有大量的 web 服务在线上跑。

小公司偏向 Node 的原因和他们当年偏向 PHP 的原因是一样的——成型快，不考虑后期维护，反正小公司很少有项目能活过 3 年的，Node 比 PHP 的优势在于它的招人成本进一步变低了。大公司以前偏向 Java，因为他们有长期的业务需求，这类业务是绝对不能用动态语言构建的，无法维护和迭代。现在蹦出来一个语法是 C 系，资源占用比 Java 少的多，同时特性很少玩不出花样（这就意味着培训容易的多，且代码风格比较容易统一）。当然会倾向这个语言

@karllynn 这是什么理由，日志里有密码信息你们不会上脱密吗？而且你以为 post 就不打日志了，打 RequestBody 的日志系统又不是没有。

@yikyo 现在是前端喜欢找事，只要后端没有搞出安全问题，该给的文档给清晰，你管后端一个接口提供 Get 还是 Post，如果说一个接口只提供 Get，或者只提供 Post，那你倒是要问问后端的理由是什么，大部分时候都提供有什么不可以？