laozhoubuluo

Rocky Linux 短暂体验过，CentOS Stream 没有，谈谈个人观点。

个人不推荐在准生产系统用 CentOS Stream ，毕竟特性更新快但安全更新慢（特性先到 Stream 但是安全更新是要等 RHEL 更新完才会给推）。

CentOS 不带 Stream 的版本已经被干死了，毕竟 CentOS 只能亏钱抢客户不能挣钱。Rocky Linux 走的时候原来 CentOS 的路线，保证和同版本的 RHEL 兼容，可以保留您的操作习惯。Alma Linux 和 Rocky Linux 类似，个人更推荐 Rocky Linux 。

当然个人还是更偏向 Debian ，以上观点仅供参考。

@dven 抱歉，应该是邮箱和 IP ，写错了。

@holinhot 加验证码确实是个常规思路，不过层主没提出来。至于体验问题那就没办法了，毕竟楼主接受不了风险。

@dven 他的意思是邮箱和密码同时不同。

感觉与其折腾时间戳，还不如要求对方维护一个单向自增的 ID ，只要数据修改就要改 ID ，bigint unsigned 足够用到天荒地老。

@77yf77yf77yf 反向发的话，考虑的因素不少，如果只判断 from 字段的话会出安全问题。
感觉比较靠谱的是先反向发邮件，完了服务器收到反向邮件之后进下一步再正向发邮件，虽说无法保证绝对的不被滥用，但是也能很好的控制。

之前以为内存占用会是 FF << Edge < Chrome ，没想到正好相反，这结果太出人意料了。

@zjsxwc
讲真依赖强类型的话发展空间确实不大了，毕竟已有的 base 都是 PHP 5.x 甚至 4.x 的业务很难改造成强类型的业务，除非有自动化改造的解决方案才行。新增的强类型业务大多数还是会选择 Golang 或者 Rust 吧。
另外 LLVM 好像是有把 PHP 弱类型翻译到 LLVM 去执行的 VM ，效率还是有提升的，不过具体没了解了。