```
再同时供应商将 UDP 请求设置了一个超时机制，超时时间为 600s ，由于 pod 已经 crash ，所以连接一直在等待响应，虽然 Ingress 本身也有 worker 进程的超时时间，为 240s ，两者取最短，实际上 pod crash 状态出现时，每个 UDP 请求最多只等待 240s ，老的 worker 进程就会被关闭。但 240s 也是很长的时间了，已经足够发 N 多 UDP 请求，足够触发 N 次副本数 1->0, 0->1 的变化使 Ingress reload 多次，足够发生老的 nginx worker 进程被占用一直处于释放中，新的 worker 已经被用尽到无法创建。
```

恕我直言，真看不太懂你这段描述，能否提供一个稳定复现的步骤呢？我和它们的疑问一样，为何服务 pod 重启会导致 ingress pod 重启。

做都教授怎么样呢。

花钱买开心是最有意义的事情，想想有一天花钱都买不到开心的时候就真的完蛋了，现在大部分人的焦虑是没钱，对于小孩来说，它的花费大人基本都能够 cover ，为什么不愿意给他花呢。积木这个东西也是非常正向的娱乐。

有 mac 交流群吗，求啦一下

有没有 m1 max 16 ，内存 16g+，硬盘 512+，报价

小心号没 https://i.imgur.com/km62MY2.png

加入于 2023-11-29 ，仅发布一篇主题。

都对安全性要求较高了，还用 md5? 换一种低碰撞 hash 算法，或者使用一种唯一 id 生成算法，而且最后都要写入 MYSQL 来保证唯一（唯一键），这个表可以是一个月表。
按需求，每个步骤都要返回一个 step_token 给客户端，下次传给服务器，解析后直接进入下一步，所以你的 authToken 是什么用途？对于更改密码这种敏感操作肯定是没有延续的说法吧，一般都是在一个页面中完成，要么是在验证原密码后发送一个带有效期的链接到邮箱，链接中带的也应该是一个 step_token 。
至于包含 4 步的注册功能，服务器可以通过一种状态机模式来实现。比如设计出四种状态：input_email 、verify_email 、verify_phone 、input_passwd ，没带 token 就是第一种状态，否则就是从 token 从解析出到了哪一种状态，然后执行对应的状态流转逻辑。

海量数据（上亿）的查询问题，用 clickhouse 、tidb 、aliyun 的 adb ，来自 [实际经验] 。

国内大部分公司常态，一种企业文化。？主要来自于 CEO/部门主管/人力资源主管的功劳。

远程更难找吧？还是降薪求本地，或者去一线继续搬砖。😑

@wxm #34 根据你的描述，看起来都是你一二面都不是很理想啊，这么卷的市场，这个成绩那就是没啥机会的，你得有亮眼的东西给到面试官/HR 。
目前来看，你可以总结一下之前的面试，一两周内提升一下自己。

最后，没办法的情况下，可以换策略，投一下周边城市，或者干脆换 base 地。

你仅有的 4 次面试是怎么没过的呢？也不说说细节，若是技术问题，那不是得自己解决而不是怪市场。当然，市场肯定是一年比一年卷了，人越来越多

首先是能力不足的问题，这个下来要提高，否则多次提问可能试用期都过不了。其次，必须要学会提问，这个就要参考基本的提问礼貌了，在中国就更要注意一些人情世故了，特别是你预感未来要多次提问的时候。

总结就是，能力要提高，有短时间搞不定的问题也要提出来，否则给人印象巨差，不会受欢迎。

不是固定模式，如果场景不需要抽象，Newxxx() 返回的是结构体，反之是接口。Newxxx()也是 Go 的工厂函数。

@kongkongyo 第一个客服回复，我差点看成 “我去你 M 的”。。。https://i.imgur.com/TYtySHv.png

逆天作息，24:30-7:00=17h30m ?https://i.imgur.com/n119Wvk.png 还想说等裁员呢