
26🚹中国人 | 愿能得到Miku的怀抱。 @iseki_stderr 社交恐怖分子,请多关照 新参マジミラ24東25東阪26浜東阪ブルミ名東札ローミクDecoMWY2526Expo25港韩
Next⇒MikuWithYou
Joined March 2019
- Tweets12.1K
- Following1.6K
- Followers1.1K
- Likes39.4K
iseki➡️MikuWithYou retweeted
Twitter.
Twitter. Twitter.
Twitter. Twitter. Twitter.
Twitter-Twitter-Twitter-Twitter....
/[email protected]
/users?filter=(AND(eq rp google.com)(eq someone))
只要思想不滑坡,问题总比办法多。 – at North Korea
Replying to @tanujDE3180 @_karanGhosh
If you need to retrieve users using IDs, usernames, emails, and Google OAuth IDs, how would you design your system?
iseki➡️MikuWithYou retweeted
我拉黑了这个推友。
我并不想评论这个推友的言论的“对错”,“道德好坏”。简单来说,就是“道不同不相为谋”。
我个人会认为,这世界上,有很多时候,有很多事情,我们做它,并不是因为,对于我们个人有利;我们不做,并不是因为,做了会有惩罚。
我们的存在,我们的言行,应当是让社会整体变得更好。
干出这种事来可以说这个人没有相关领域的基本常识,我一直怀疑抱着SQLite吹起来不放的是不是以前都是那些糊界面的前端+美工…… – at North Korea
很多独立开发者被轻量化架构洗脑,想用 SQLite 替代 Postgres,但为了在 K8s 或云服务器里保留状态,顺手把 `.db` 文件挂载在了 AWS EFS 或者其他网络文件存储(NFS)卷上。
这是 SQLite 官方文档里用加粗红字警告过的最快搞崩数据库的死法。
SQLite 的多进程读写安全,完全依赖操作系统本地内核对文件句柄施加的 POSIX 字节范围锁(fcntl locks)。
绝大多数网络文件系统为了保证网络吞吐,都会做激进的客户端缓存,它们在网络协议层对分布式锁的实现极其脆弱且充满延迟。
一旦容器漂移或者两个实例同时向网络卷里的同一个 WAL 文件写数据,锁失效直接导致页面覆盖,数据库 B-Tree 结构会在没有任何告警的情况下被静默破坏成一堆乱码。
要用 SQLite,就老老实实跑在宿主机本地的 NVMe SSD 上。
翻阅之前的代码,那些鬼点子,现在已经想不出来了,也不理解那时的自己是怎么想出来的。闭上眼,就像在做梦一样,会有不认识的一群人和我互动,有时还能喊出不存在的名字,奇怪的互动内容,有时没有逻辑,有时不知道在说什么。突然惊醒,却忘了自己为什么惊醒。








































