@moonkiller

以及微软

http://v.youku.com/v_show/id_XMzE2ODQ1Mjgw.html

我觉得没啥区别啊。

难道楼主你……想穿个键盘在身上？（笑）

@vitozhang 或许试试看这个？

http://beta.phpformatter.com/
http://phpbeautifier.com/

@ChanneW

go get如果用到了golang的库会提示unrecognized import path。除了这个应该没别的了吧？

@Livid PST AM 4:00 // 资本主义剥削着么严重么？

Koding啊，机器自带了ufw，但是你猜怎么着，你sudo ufw enable之后，就连不上啦~

ufw allow ssh之后也不行。跟客服反应没人理。

怒删。

仔细想了下，好难啊。

是啊，着么简单的功能，用个NOT IN就可以了。但是自从给自己定了规矩不允许使用JOIN和子查询之后，很多东西都需要重新思考。

这个问题其实还是要减少数据查询量的问题。逻辑就比较复杂了。

假定你的数据库里有1亿条帖子，你当前用户屏蔽了1亿用户。列表页需要输出100个帖子项目。那么这样做可能最经济：

1、查询所有帖子，但不是100个，而是比100大的数字，比如110个，用得到的“帖子列表”数据组成“发帖者列表”和“帖子编号列表”（注意要处理分页编号）；
2、去除重复的发帖者（帖子编号不可能重的=)），这样“发帖者列表”和“帖子编号列表”里面的总数是可控的，最大110个项；
3、用这110个数据项去查询“用户屏蔽的帖子”以及“用户屏蔽的用户”表，用IN。得到数据之后过滤已有的“帖子列表”。

这样数据库最多取出330个数据项，比NOT IN节省很多，因为直接NOT IN数据库那边可能会比较忙（但貌似IN自己也有索引问题？没有仔细研究过，求教）。

取110是为了给过滤留下容差，这样能让用户的列表尽量满100项。如果实在不满，你可以从上面第1步开始再发出一组查询，直到填满100项（不建议）。

110也可以根据用户当前屏蔽的数量动态判断。当然，肯定不会很准确，无法完全保证帖子列表一次取完。

早上我就猜中这帖子肯定进热门，但……没想到

这是真的进入正题了么……