@angryfish #79 是的，我也真么认为，别人的脚手架很多多余的代码，很多实现方案你可能并不认同，得不偿失。最好用自己几个项目沉淀下来的代码，优化优化，慢慢完善最靠谱。

垄断不差钱，懒得改

凡尔赛，我酸了

简单轮询的方式，就是查数据库，数据库就是中心，主动去取。

不说你业务的实现方式，只说你关心的点，我猜是在分布式环境中，客户端之间如何通信？就是消息路由。要么广播；要么有个中心负责转发给客户端所在的服务器，再下发给客户端。中心可以是消息队列。

一两秒一个轮询对用户来说也不是不可以，用户体验没差别

studio 加个 kvm 能解决么

有 500 万现金最好躺平做个小买卖或种地，千万别合伙创业，小心折腾没了

@hellomsg #45
Our story
Resend started with an open source project in 2022. We were frustrated by how difficult it was to build modern email templates that worked well across all email clients.

As we started to dig deeper, it became clear that this was just the tip of the iceberg. We realized that sending emails that reach the inbox (not the spam folder) was the biggest pain point, so we started to explore something new.

In 2023, we launched an entire email sending platform and joined Y Combinator's winter batch. We're creating something special here, and we're excited to build it with you.

你让推荐安卓就不要说你用过安卓然还说他的不好，容易引战。。。

这么多数据做数据分析还是换个存储吧。用 mysql 分析不影响服务吗？

阿里云盘是不是阿里云的 oss 服务包了一层给 C 端用户使用？

我还在用旧平台的 Sequel Pro

@lambdaX999 #81 我理解的结论：若欲彻底解决幻读问题，在 InnoDB 中唯一可选的隔离级别是 Serializable （可串行化）级别。
https://mp.weixin.qq.com/s/K5l6hixzn5K9jWd7shu2GQ

@sagaxu #66 如果这个作者能光明正大的虚心接受你指出的错误，那更牛了，可惜

@zhuisui #42 探讨这类问题确实挺难的，不同时空不同场景，没法一一说明，没有准确答案

https://www.lixueduan.com/posts/mysql/04-cap-lock/
这篇讲的不错

@857681664 #20 那就是这种人没法合作。默默擦屁股吧