@wangxiaoaer 同不熟悉，毫无基础。

但我想明白了这么两件事。（至少我自以为想明白了）

1 不管你怎么个 API 网关，用什么语言写，用什么控制，对我这样的小公司，在最前端这件事上，找不到任何比 Nginx 还要靠谱和适合我的工具了。 对，我是可以直接拿应用顶上去，要什么 Nginx，反正我们流量也不大……但我不敢，也不想。

2 Lua 我一点都不熟悉，但分析之后觉得我在这个层面上，并不需要让 Nginx 负责太多的逻辑，对我而言我更需要的是 Lua 给我实现接口，我可以由其他工具把我要的 Nginx 配置规则给塞过去并加载。我觉得从这个层面而言，并不需要我有太强的 Lua 方面的知识储备……

就……艺不高人也胆大吧……

@wangxiaoaer 对，本质上肯定会有逻辑处理。不过我是参考了若干大公司的方案后，然后……全部抛开。

小公司，小项目，不需要还搞专门的服务配置和注册中心。

裸 nginx 先上了看看好不好再说。

@wangxiaoaer 目前我这只是第一步，先做一个拆分，把路由层和应用分开。

之后会考虑用 lua 进行对 nginx 的控制，有一个专门的应用用于将后端的限流控制等注入进 nginx。

我们现在的 api 也还是直接 laravel 走起。
但已经在前面的 nginx 层开始做一些处理了，今后会把 nginx 作为 api.example.com 的直接输出，后端再具体分发到不同的后端服务去。

版本的话处理方法很多的，但我还是倾向于把版本处理交给更后层处理而不是集中在前面。
因为我的理解中，除了授权等控制行为外，API 网关还有个重要的事是第一层路由。
我个人目前工作中是试图把 API 网关作为纯路由，至于那种控制和集中处理的事应该由另外一个配置中心来处理，对 API 网关进行操作。

朋友们，你们有没有想过，在中国大多数公司的现实情况下，有的时候编译慢是好事？

对，我就指磨洋工。

当项目经理非要把 7 天的工作量压到 2 天完成的时候，编译慢是你最好的武器。



当然我不建议这么干，但有的时候，某些情况下，这是我怼人的武器。

可以。

人总是要休息下的，这宝贵的几秒钟很重要。

这个小程序比上一版好看多了。

巨龙满意了。

@lfzyx 我司打算继续用着过气的 Jenkins 用一万年……

主要是够用……

介绍一个成品。。。

https://gitee.com/georgehao/PPGo_Job

大哥你有啥想不开的

我们用苹果不是因为手机好…
不是因为性能，不是因为拍照。
我们当然知道 Android 和国产安卓早非吴下阿蒙。
是因为 iOS 省心。

家里自用我从来不乱搞 ESXI 之类的，都一个物理机一个系统，跑的纯粹点。
Windows 上我会多装些服务，因为 Windows 我不太折腾，多装点东西能跑很久。
Linux 我一般不太搞很多，因为经常折腾经常新起东西。
这样算下跑 Linux 的那台还是准备个虚拟化吧，方便折腾。

……在他办公室偷偷安装一个红外感应吧……

联系到之前的颓势，这应该是为了圈钱最后挣扎一下了。

给自己用的我是用的自建的 MySQL。
便宜，我调的还可以。

但公司的全在往阿里云的 RDS 迁。
这不是个技术问题，是为了保自己。

看情况，这时候你们很可能需要。。。中间层。

大的后端，只负责数据收发存储，也就是你们现在意义的后端。

对数据的这种过滤和处理，你们现在是前端做，我们也是，但我们也发现有的时候这样很麻烦，能直接给到前端处理过的就好了。

可是又不能直接塞给后端，这种和业务很亲近的数据处理给后端都来做，很容易过度入侵后端，冲击他们已经梳理的不错的接口和规范。

我们虽然不像阿里之类的大公司有所谓 Node 编写的一个中间层，但也在尝试，其实就是根据具体业务需求把后端给过来的数据再包装一次给前端，让前端好处理点。这个部分很多公司都是前端自己来做了，因为所谓前端是离业务最近的人嘛，但我觉得用 PHP 等后端语言处理包装下接口也没什么不可以的。

反正一般谁来做这种数据处理，我们倾向于看谁做的快……谁做的快谁来搞下，毕竟不存在绝对意义上的一个人加班，一个人加班十有八九是要另外一端的人协助配合的。

移动硬盘盒，当 Adobe 系列的缓存盘。坏了拉倒直接扔。