只要不是很忙，写就写吧，就当给老板提供情绪价值了。

@SurfaceView php 表示这算什么，在下已经被喷了很多年，直到我没落，还有人不忘踩 2 脚🤣🤣🤣

吃水不忘挖井人，这点就胜过很多人。

@beneo 研发成本有 2 大开支，首先是研发人员人力成本，其次才是服务器成本，无论 go 还是 java 都是有钱才能玩的，没钱只能 php 一把梭了。

正好和你相反，linux 我只需要 mini/standard 版本，我不需要预设那么多软件，根据需要自己安装。

面向市场学习，唱衰 xx 都是同行散步的，而市场才是检验它们的标准，从目前就业市场看，java 仍是主流，从以后的国家政策来看，尤其是自主化搞得信创，由于目前市场主流项目是 java ，那么信创估计还是 java ，既然主语言定了，剩下就是细分方向了。

如果都是 fastcgi ，从哪里看出比 nginx 更好的？用 nginx 不仅仅是 fastcgi ，nginx 本身生态就非常好，除非换个赛道，不用 fastcgi ，否则更换这种市场非常成熟的方案没有太大意义。

“骆驼祥子到死都觉得是因为自己不够努力，所以没能拥有属于自己的车”。

从小被教育以史为鉴，但从来没认真读过史，也没有放在心上，人类历史就那么长，你在生活中找不到的答案，在历史中都可以找到样板，所以大家常说，太阳底下没有新鲜事；如果觉得迷茫，建议重心放在其他地方，例如锻炼身体，读读政治/哲学/历史等书籍。

台式机的 CPU 有可能过剩，但是笔记本 CPU 还是希望在加大马力。

@aababc +1 ，被一群人嘲笑，我说就那 1-2 台服务器，自己手动装下环境不就行了，说我不懂效率，还说什么自己搭环境出了问题你负责的了吗？等等之类的话，还让我睁眼看世界，别老以自己为中心，果然如君所言，的确是眼界窄了😅

个人开发无所谓了，我现在用 almalinux 做替代了。
生产环境，上云的还好，云厂商基本都有配套，自建取决于运维了。

fpm 不适合做这种高并发请求业务，可以使用 workman/swoole 来代替。

如果非要使用 fpm 来实现，需要调整 fpm 配置以及尽可能的使用长连接：
1. max_requests 数值调高，延长 fpm 进程生命周期，在周期内处理的更多的请求，避免进程频繁创建销魂带来的开销。
2.使用 curl_multi_init 多句柄实现并发请求，并设置 curl_multi_setopt 选项，
开启 CURLMOPT_PIPELINING ，
提高 CURLMOPT_MAX_HOST_CONNECTIONS 缓存链接数
3.或者使用并发的异步包来实现，例如 amphp 或 reactphp ，可以参考其文档示例。

最后，机器配置也很重要，提高机器内存(由于提高了 max_requests 数，使得的单个 fpm 整个生命周期进程占用内存提升)，并发处理与机器 cpu 核数相关，提高 cpu 核心数。

面向市场学习，国内主流就是 vue+uniapp ，如果前端只是用来打下手的话，这两个基本就够了，至于 react 看个人兴趣和时间了。

项目中也用了不少 excel 扩展包，性能都不怎么好；很多数据导出，并不需要复杂的模板结构，csv 就够用了，简单封装下即可，实在不行直接上 xlswriter 。