搬家，他在暗你在明，公家收拾不了，你也不是一人，别想了。

有句话说得好，太清醒结不了婚。

题外话：我同龄表姐前段时间刚生娃，她和我表姐夫关系并不理想（甚至前前段刚吵了几次），但她告诉我生娃并不后悔，从没有过当今时代网上遍地的“给男人生”，“怕痛就不想生”这种想法（我们之间常有交流），她只是单纯的想成为一个母亲。同一个城市，生孩子那天我驱车 30 公里去看望她（当天凌晨生的），见面以后发现整个人气色呈暗黄色（包括整个脸部皮肤），生理上的疼痛和妊娠纹可想而知。我都感到心疼，但还是没有从她脸上捕捉到任何一丝抱怨或其他不好的情绪。那天走前我送了红包也从给她买了东阿阿胶，她真挺坚强，我内心感到佩服~！

那国内的这些云怎么处理呀，那么多 redis 托管

可能不想请假扣钱。

mac 下的 dockers desktop 占用几个 G 内存，这算好用吗，已经有替代品 orbstack 了

就莫桑比克大钻，走流程倍有面儿。

构想一个个人角度，一个从小到大成绩都在上游的人考进了重点/211/985 大学，毕业时大部分同学了都进了大厂，最差的也是二线厂，那自己呢，难道进个不知名厂？能受得了这落差吗？更不要说是硕还是怎样，本身就在这个圈子，要有何等的心态才会甘愿成为圈内底层？做到了是“本份”，做不到就是圈内下等马，然后被圈子抛弃。
类似的例子，你拿惯了 20k ，如没有特殊的原因，你下一份工作要怎样才能忍受 20k 的薪资？

那是一个更内卷的大厂圈子，进入圈子哪能焦虑，除非你是不缺 offer

不管是传输还是处理端，都应该避免出现明文密码。

1. 比如你能够通过 F12 看到传输的密码明文就是不合理的（当别人用你的电脑时就可能看到）；前端（ app/浏览器等）应该对输入的密码编码/加密传输，具体方式根据系统安全要求实施，比如从安全性低到高：baseN 编码、哈希算法、对称加密、非对称加密。如安全要求较高，则还可以使用二进制协议如 protobuf 传输数据，杜绝通过 F12 查看到可读文本的可能。

2. 后端一般收到的是处理过的密码文本（不应该能逆推出明文），比如哈希、或加密过的哈希，二次处理（可能需要解密）后再将其写入 db 或与 db 存储的密文进行匹配验证。（ db 存储的一般是密文二次加盐后的字符串，不应该是明文密码）

这样前端后端都无法获得密码明文，将密码暴露的风险降到最低。

楼主，此刻你就像 HR ，我们就像求职者，你一个都不想回 https://i.imgur.com/ZveiiGy.png

1000+点击，15 条回复。别太玻璃心，专注于提升个人竞争力就不会再纠结这个。

md 项目可以？ https://github.com/chaseSpace/k8s-tutorial-cn

#7 说的没差

有求无供的生态关系，如何维系呢，靠群主或极个别人的爱发电吗，我总说建群一定要考虑好这些。