这是那个审美缺失部的公司嘛

估计是三七互娱了

请把公司上传到 github 的那种公司黑名单以及在程序猿论坛曝光

关键问题是 swoole 现在生态不完善，但是商业气息却非常浓厚，swoole 开源社区还互相吵，这还能起来嘛

@loading 不踢人，最终变水群，都是一样的

图挂

其实作为一位正经历微服务改造的人来说， 如果项目不大，程序员数量较少就不要使用微服务框架了。真的是耗时耗力，而且非常影响开发效率。
我建议若是中小型项目并且技术团队成员比较少的情况下, 比起使用微服务而言 还是需要更合理划分不同模块，明确不同人对于不同模块的职责，这样不仅开发效率快而且性能绝对比微服务高(毕竟没有网络调用消耗)。
对于大型、超大型并且那种涉及不同部分技术团队的时候才需要使用到微服务，所以大家还是不要把 微服务当作救命解药了，还是根据自己项目的情况合理提出建议吧。
真的，若非必要 不要上微服务 /(ㄒoㄒ)/~~

里面啥东西都没有呀

很简单，上位

@Evilk 你知道的所有开源项目每一个都有许许多多 issue 。 除非你的体量非常大，一般都触发不到这些问题

基于 swoft 的微服务运行在生产环境，稳得一批

楼主，网盘挂了，补一下

Typora + 坚果云 真香

为啥你们取的名字都这么像呢， 为啥你们想得也一样的呢😓

参考 https://github.com/GoAdminGroup/go-admin

不用主键 ID, 会让 mysql 插入的时候进行随机写入排序，毕竟 B-tree 索引是按顺序存储的， 而且以后也不利于运用到聚簇索引和覆盖索引啊。 除非你用的不是 innodb 引擎，而是其他的😓

不知道做什么