三期都干裁，直接 2n 这个都不用走诉讼，一般劳动部门就替你摆平了。

@Subfire 到不了的，我申请过不下 20 次，一次也没收到过

怪不得现在这么多拍脑袋的决定，原来都是 op 这种人当上领导了

@pikes2023 我是花粉过敏，每年秋天花粉爆表的时候我就要开始涕泗横流了，然后就要靠他续命了

就是头铁

@shadowyue #27 连环境变量没听过，这可不叫草台班子，这就是单纯的菜，菜的抠脚。别给前端招黑了，前端也算开发，我不信大多数不知道怎么配置环境变量。别把自己身边菜的抠脚的开发当做全世界都是这样。

@shadowyue #18 [捏麻麻的😡😡😡为什么很简单的前端问题网上搜到的答案质量居然这么差劲]
这是你的标题，
我质疑的是，这么个东西，不需要很复杂的搜索，我 Google 第一条，第一个 SOF 的回复就是这个方案，但是你一直在纠结 npm 要在命令行前面加一个 export 却完全不知道环境变量可以写在 npmrc 中。所以问题不在于搜索到的质量差

@Sendya #102 所以我不就说，张口闭口 5w qps ，他怕是都不知道意味着什么

@shadowyue #14 你给出的方案不就是 npmrc 增加 node-options=--openssl-legacy-provider
你都搜到了 export NODE_OPTIONS=--openssl-legacy-provider 觉得每次都要挂一个 export 不优雅都不知道这个是直接可以写到 npmrc 。那不就说明了你根本就不知道 npmrc 这个东西存在？

兄弟，你不知道 npmrc ？

https://i.imgur.com/XsmByGV.png
https://i.imgur.com/GSAHGbW.png

@Sendya #100 你帮我算啥啊，op 确实张嘴 5w qps 还要一个人来负责搞定这些问题啊

https://i.imgur.com/9JnOI5J.png
https://i.imgur.com/v7xoBVg.png
https://i.imgur.com/uEqEKA6.png

这么给你说吧，能处理 5w qps 的公司一定有能力组建团队将 MySQL 容器化，或者说一定会组建团队解决你这些问题。但你非要说一个人处理这些事情。一个日均 5w qps 的公司就只招一个 DBA 和运维吗？我是不信的。

这几句话给我的感觉就是 op 是一个干啥都是高并发高可用，张嘴闭嘴几万 qps ，说句实话，我都怀疑他不理解 5w qps 意味着什么

小白就别 nas 了，没有小白能用的 nas

因为现在都在做自己的信息茧房，比如很多生活类内容在小红书就比在搜索引擎上搜到的靠谱。

租个按时的云电脑吧，几块钱解决了

先问是不是，再问为什么
巧了，我司上周刚对某核心业务进行过一波压测，我是压测参与人之一。
近半年，该业务日均流量 2 个亿左右，峰值 qps 6.5w 左右，线上服务 96 台 自运营 ECS
数据库自运营 MySQL k8s 集群。除此之外还有 redis 和 Doris 。除了 6 台 es 使用的裸金属，其余全容器化部署

压测目的是摸清水位，压测目标是 10w qps ，这周刚发的压测报告，SLA 99.99 % 接口响应平均耗时 334ms

这个服务从我 20 年五月入职以来从来没出现过 D 级以上故障，出现的 D 级故障和后端数据库也没有关系，全是上游物料的问题导致我们熔断。

所以你从哪儿得出来 在生产环境中不推荐使用 docker 运行 MySQL 的结论
说实话，菜就多练

这不就是关系户吗？我司也有一个，