身在上海的也在看=。=

正文里就提到一次scoping，只能当作用域解释。线程可以访问自己的变量，并且共享进程的全局变量。

@wt_xp 那就弄成RMB用户的特权吧…

@frittle 不是不修改原有的代码，而是不修改原有的接口。不过对于支持缺省参数的语言，我觉得增加缺省参数也没关系。

@eric_zyh 发现不需要指定索引，直接用STRAIGHT_JOIN就可以设置连接的顺序了。
http://dev.mysql.com/doc/refman/5.6/en/select.html

@eric_zyh 从这个例子看来，结果集越小的越先执行。然后选择覆盖字段最多的索引。而临时表和排序的开销好像忽略了，不过这也和结果集并不大有关。

另外，刚想起为什么关注的人少时，时间会猛增了。如果没有达到30条记录，就相当于遍历了a.type=107的2000多条记录来连接；但如果关注得多，很快就找到了30条，后面的连接就无需执行了。
而在第一种策略中，连接次数和关注的人数相同，所以性能刚好相反。

@eric_zyh 做了个测试，比较了一下这2种执行策略。

考虑b.userid = 13 and a.type=107。一般的用户不会关注那么多人，所以b表的结果集一般会比a表少，先查询它更快（不考虑排序的情况下）。
这种情况下b表需要(userid, reuserid)或(userid)上的索引，而a表需要(userid, type)或(userid)上的索引。
由于a表后查询，所以无法使用add_time上的索引来排序，需要filesort。很显然，该用户关注的用户越多，这个排序就越费时。

当使用use/force index来指定使用(type, add_time, userid)或(type, add_time)上的索引时，就会变成先查询a表了。
此时会选出a.type=107的所有记录，并且它已经按add_time排序了。如果索引中还有userid的话，就形成索引覆盖了。
接下来还有2种策略：b可以先连接，再过滤userid = 13，这需要(reuserid, userid)或(reuserid)；也可以先过滤userid = 13，再连接，这需要(userid, reuserid)或(userid)。
很显然，结果集越小的就应该越先执行，如果a.type=107的数目不超过3000的话，就可以用前者。这里假设每种type都占1/8，那么应该是18万/8，约2000多。
这种策略的缺点就是如果该用户关注的人很少，也需要取出这么多条记录，显得很不划算。极端地说，假如这个用户没有关注任何人，这个操作也很费时。

考虑到正常的用户关注人数应该在1000以内，超过的基本上都是机器人。而排序1000条记录的表应该是可以接受的。
所以使用第一种方式处理，一般来说是比较合适的。

我用innodb测试了一下，表结构如下：
CREATE TABLE a (id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, userid MEDIUMINT UNSIGNED, type TINYINT(3) UNSIGNED, add_time INT UNSIGNED) ENGINE=InnoDB;
CREATE TABLE b (id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, userid MEDIUMINT UNSIGNED, reuserid MEDIUMINT UNSIGNED) ENGINE=InnoDB;

然后往a表插入了361463条数据，b表776892条（插入时忘记给(userid, reuserid)加唯一索引了）。其中用户id为1～50000。
某个用户在b中有3000条记录，这3000条记录对应地在a表中有2432条记录，查询前30个用时0.02秒。而如果用户只关注1个人，用时0.00秒。
使用第二种策略时用时0.01秒，但如果用户只关注1个人，用时0.19秒。

@eric_zyh

可以试试给a表加userid,type,add_time DESC联合索引。
检查一下2个表的userid长度是否一致。
另外，b表怎么查出来这么多行，难道13这个用户关注了6000多人？

chrome://settings/extensions里开启Developer mode，找到你的扩展，勾选Allow access to file URLs就行了

可以知道正在运行的进程，但是不能访问其他应用的数据
http://stackoverflow.com/questions/4312613/can-we-retrieve-the-applications-currently-running-in-iphone-and-ipad
http://stackoverflow.com/questions/8252396/how-to-determine-which-apps-are-background-and-which-app-is-foreground-on-ios-by

因为平时你可能希望它不用时休眠，但看电影时不想专门跑去设置一番=。=

没法实现，JavaScript的执行环境和Flash不同，它只知道DOM元素，不知道Flash容器里的按钮是什么玩意。必须由后者在ExternalInterface中注册一个函数，将API暴露出来后，才能让前者调用。

表示仍然2M的路过＝。＝

WSGI根本不适合Tornado啊...

@GhXst 乱码和coder有关，只要你载入没问题，就不用管乱码了。拼接路径可以用stringByAppendingPathComponent:。

@darasion 命令执行时一般都是同步的啊…根据返回值判断是否正常结束

@kojp 想想你对其他的事物为什么会有持久的兴趣吧。

例如开始踢球时，我花了一番工夫去练习过人的动作，很快就在一群孩子中脱颖而出了。那以后就无法停下这种兴趣了，因为玩它的时候就有满足感。

编程也是如此，你得从中找到满足感。极端点说，你就应该中二，觉得世界上你是最牛逼的，然后不管搞出什么都自我陶醉，习惯后你就真的牛逼了……

首先把基本的语法浏览一遍，那些乱七八糟的解释看不懂就跳过，你用到的时候就懂了。千万不要纠结概念，你从这帖的回复也能看出来，没人说得清面向对象是啥，但是大家都会用，这就行了。

然后找本讲面向对象的设计模式的书，看十几分钟就懂了。
我当时看的是《设计模式精解》，英文名是《Design Patterns Explained: A New Perspective on Object Oriented Design》。有些内容你可能看不懂，那就跳过吧，看个大意就行了。

最后，老师说的和书上写的你都不能全信，误人子弟的太多了…多看一些书，特别是国外的，有了整体的印象后你就好判断了。
那时候再去深入理解之前跳过的地方，不懂就继续跳过。
再写点简单的程序实现你的想法，你就会在实践中弄懂了。

xee＝。＝