我用的拜耳 m4 挺好，就是不能换电池。

简单的解决办法：
你需要一个 worker 在背后干这种事，不要在页面里面转发，而是用 worker 去转发。
你页面接收消息后塞入队列，用 worker 去队列读消息，然后完成转发。因为 work 可以用多线程或者携程去处理并发转发，而不是多进程。

@lonjin

这个正常，因为领导的时间是片段的，容易被打搅的，所以往往没法深入长期做一个功能，可能不是不会或者不愿，而是因为不允许，毕竟领导的职责先进度和整体优先。

我也希望安静的写代码多好，但是被打搅太多了，无法获得长片段时间写代码。

先设计再编码！

这是锻炼从小工到大师的第一步，大师首先要做到的是胸有成竹，所谓心道手到，先心到然后做到手到，然后大师成。


我就是这么训练自己和 chatgpt 的。
先自己写伪代码，注释，然后将写代码变为填空。
当我发现自己设计出错了，那么往往就又学到了。

1 ，fpm 同一个进程只能一次处理一个请求，所以如果并发 1000 ，一个进程大约 20M ，那么你需要内存 20G ，而且因为是瞬时的，所以你这个配置明显不太符合。

2 ，curl 要并发请求，需要用到 curl_multi_init 。

@dlmy @wu00 @weiaichongfeng


近期案例：

1 、公司机房服务器打补丁，他让我们先走，自己留下值班；

这是运维的事。。。

2 、分派任务的时候，难的活他自己揽下来做，剩下一些简单的分给我们做；

你们怎么成长，锻炼？

3 、找他问问题时，他马上放下自己手上的工作，优先帮我们解答；

固定时间，形成惯例，不要打扰手上事情，毕竟每个人都有手头的事情，现在有 chatgpt ，很多事情不要麻烦领导了吧？

4 、为团队争取利益，到处去协调跑腿，近期帮团队申请了 7000 刀的夏日经费；

如果能形成长期惯例更好，偶尔做一次好人，如同皇帝大赦天下一般，可不是什么好文化。当然，还是值得鼓励的。



当然，证明至少这领导是情商在线的，至少打败了 80%。

我感觉你在说我。。。。

尔还没掌握流量密码。。。

如果掌握流量密码之后，

估计也对这个东西没有兴趣了，只剩下工作了。


出位，出圈。。。没有出位，出圈，哪有流量。。。

已联系作者，上次调 api 的时候发现了，打算发个帖，这几天没空，就没发出来。

是的，将密码明文存储，且不给注销。

换 innodb+mysql8 。行级锁，万一记录多了 instant 可以让你增加字段时不至于影响业务。
频繁改动，可以考虑 duckdb,redis 之类的内存操作 db 。

换手机。
加套。
我现在这手机打游戏都不烫。

我用免费的通义。还行

我用的联想。。。感觉没啥用，想格掉自己装个系统。不知道行不行得通。

@weiqk

没办法，有 1000 多个客户端长连接，还有一堆文件和图片要处理。省不下来了----再省不划算了。

@keller

livewire

产品认不？

@yiqiao

TS 是 TypeScript 。
主打一个全干，
以前 php+jq 全干，
现在是 ts 全干。

@higanbana

虚拟服务器 1h1g


去乞讨吧。。。。


不配请我。。。

从写代码爽度和性能上来来说，service 参数应该用对象引用。
从重构，异步化上来说，应该传 id 。

我比较喜欢 nodejs 的一些框架，给 service 加个注解中间件就成了 rpc 或者 rest 的 api 了，参数验证也可以在中间件做。