换 12pro 有一阵了，前几天重新拿起旧的 x，那手感好到我快要落泪

git cherry-pick?

从目的角度来说，有的网站这么做是为了给 adblock 用户添堵…

你以为这是两个同时发生的独立事件，所以这个概率很低，然而这两个事件背后有一个共同的因事件，这么算下来其实概率也不低了
——说明你真的像

震惊，DOS 流畅疯了！

我跟一个朋友说起这事的时候，朋友说“这样你们的代码就像李杜的诗一样流传千年了啊”

只是可惜别人的代码是“春江潮水连海平”而我的是“大炮开兮轰他娘” （

坐标 NY，刚也遇到了这个问题，也是用了国内代理才解决

uid: 117897 （

@zccicy 人在美东，最近 akamai 体验极差……经常会在用 720P 以上的各种清晰度加载时报一串的 empty response，换浏览器也是一样的结果，最后只能用回国代理

手掌侧边按 ctrl，大拇指按 command

互相压价嘛

不会的去问 TA 啊…或者直接问教授

@zmxnv123 可以的，会逐渐同步

@hhhsuan
如果需要考虑删帖的话，就还是要维护用户已读帖子的列表的。

@V2XEX
第一点的话，上面的 @Kiske 讲得很好。
第二点，采用访问记录表的话的确会有额外开销，但我认为这在大部分场景下是完全可以接受的。而如果删除成为瓶颈的话，软删除的方案挺好的。

@V2XEX 直接将 uuid 写入帖子表的话，帖子表里面不也一样会是至多 m × n 个 uuid 吗，顶多减少了帖子 tid 的存储空间，所以我才说不会有数量级上的差距。
而且考虑删除情况的话，考虑在某个帖子下删除某个用户的阅读记录（呃，为啥会有这个需求，还是我理解错了？），首先就会有 O(n)的查询复杂度。相对地如果是采用访问记录表的话，依靠索引可以近似地达到 O(1)的复杂度。
如果是删帖带来的删除所有该帖子下的阅读记录的话，方法 1 可能会略有优势，但访问记录表依然可以利用索引高效删除，而且删除操作相对也不多。

@V2XEX 已有的帖子表 post 里面本来就存了每个帖子的已读用户，把它抽出来并不会增加多少负担。数据量级是没有变化的。