MaxFang

wechat: Q1NVX01heA==

面向代码行数编程，我裂了。

已推荐给前端小伙伴

做好复盘和后续整理归纳，不要解决问题后关闭 n 个 tab 页就丢一边了。积累的一些是思路经验上的，一些是具体的实践方法，前者更重要，具有通用性。
积累一定量之后，尝试输出。

之前有接触和这个类似体量的系统。当时数据库是 12 核 64g，不过做了主从还有备份，web 服务器的话普通小机器就 ok 了，在不跑奇葩报表的情况下，应该是比较稳定的。当然不差资源的话，最好是单独部署，做好备份。

这种问题目前也遇到一些，也很困扰，暂时感觉无解。
暂时的做法是在自己可控的范围内，将相对稳定的模块单独维护或做系统，那些日常改动或临时急需求的模块，就写上去放在那吧。
实在是没有做详细设计和技术方案的精力了，因为第一版的需求，可能上线使用一段时间后，就会做大改版。可能和业务有关，目前是做供应链相关的，具体的一些操作模式无法直接复制，都是快速试错加迭代。
等一些大的模块相对固定了，再抽象模型来重构。

@jayzau1973 非优化过的框架里面，php 也是没有超时自动重连的吧。一般 mysql 默认连接 8 小时。以前踩过类似的坑。

简单的可以放到单独的消息里面，一个小系统来处理。这样做的好处是，多系统方便接入（不用每个系统都写一套），日志接入不侵入系统，方便后续接入其他的日志。