报道啊，我要来啊

#24 楼 @yedingding 有意思，看看

@poshboytl 这个 logo 是怎么做的旋转啊？

这么多吗？为什么人这么难招阿？

#8 楼 @huacnlee 自从华为的搬走之后我们等电梯的时间大大减少

#6 楼 @huacnlee 华为的搬走了好久了...

感谢各位支持 @sapronlee 随时下来抽，我们这有专门的吸烟室哈。

ENV["RACK_ENV"] 那这个算什么？貌似其他的都是引用的这个常量吧。

我自己用的 rails+grape

为啥我觉得用 sinatra 好写啊。

貌似这和 rails 一点关系也没有啊。而且我真的不是很了解你到底需求什么。

#3 楼 @veggie 哇昨天也在干这个事情啊，不过最后不使用的此方法解，受教。

PS：单独买个显示器还可以用 DVIHUB 再接台 PC，哇哈哈

#3 楼 @jokry mini 不行了可以换主机不换显示器，imac 得连显示器一起换掉，从长期角度来说比较划算吧。

其实吧，一般的程序员都很懒的，在没有获取使用者任何报酬的情况下没有义务让大家读得那么轻松，自己明白在干什么就好了，即使有的注释也主要为自己服务。既然是开源的，欢迎广大使用者把注释加上然后提上去，作者会很乐意 merge 的，哇哈哈

其实还是算本好书的。看了之后对 rails 可以多多少少知其所以然。

#15 楼 sorry 说错了是 node.js，困死了。。。

#14 楼 @ery 这个问题得看你自己怎么做了，比如 eventmachine 也没有管我们怎么处理逻辑。当然在 eventmachine 里面我以前的写法是基于事件的方式。只有一个线程。

#19 楼 @hisea 这句话挺对的@poshboytl一直不是推崇要从实际出发有意 break 吗？要真把 current_user 抽象成单独资源也太傻了。？？我歪楼了？？？

#19 楼 @zw963 rack 的 use 方法非常形象的例子。

#12 楼 @ery 第一条，“只对应”可以改为“可以只对应”。第二条，你的 http 连接可以不产生任何事件。比如我们在做服务器推送的时候，很多 waiting 的连接不过是为了侦听服务器的信息。

#14 楼 @ken_lv block 的本质不是匿名方法，因为 block 的 return 会把调用的方法给返回掉，lambda 本质才是匿名方法。

#9 楼 @clc3123 你这个例子不好，我听过一个经典的例子，有人去图书馆借书，打电话去问图书馆有这本书没有。A 图书管理员说，你不要挂我去给你找。B 图书管理员说，我知道了待会找到了我打电话给你，然后 B 就大叫 C 帮我看看 XXX 这本书有没有。结果就是 A 图书管理员在找书的时候别人要查书结果占线，而 B 管理员在 C 累死累活的时候接下了几个单。@clc3123 写完发现你的例子也挺好的。

#4 楼 @feitian124 嗯，有意思的回答，不过响应 1000 个线程和维护 1000 个连接，服务器肯定觉得后者会更舒服的。

这是一种非阻塞的设计，大约意思是你的 request 过来了，我 hold 住你的连接，把你的连接放进我的一个连接 pool 中，并注册成为一个事件，然后不再搭理这个请求，此时你的请求没有占用我什么资源。当事件被触发的时候，我把你的 http 连接找出来，再 response。其中客户端在服务器没有相应并释放这个连接之前是一直处于 wait 状态的。所以不是 tcp 断掉了，这个请求在服务器处理完事件并回返之前一直都没有释放的。

#17 楼 @fsword @zhangyuan 其实我对 LZ 的要批量操作一个无规律的数组的用的地方也有些疑问。如果是 post、put、delete 的操作并不应该把 ids 出现在 paramters 里面，丁丁说用 post 也许也是在指批量操作吧（我不代表他的意思）。好吧有点偏题了，不过正如@fsword 所说，什么应用场景下必须处理一个不可预知的 get 请求呢？

最新的 stable 版本啊。脚步得跟快一点，rails 社区脚步太快，不跟上一不小心就 out 了。

拜读

#9 楼 @fsword LZ 的问题确实是批量操作的问题，不过在某些时候，我们并不好把客户端要传过来的 ids 抽象成资源，比如操作是在需要操作邮件这类的 list 的列表时，我们无法预知用户到底是要操作哪些邮件，因此这类我们怎么抽象？不过我认为您例子里面的 http://example.com/posts?id=2%2C12%2C14%2C4这样就很好了。也同时期待有更为优雅的解决方法。

#10 楼 @azhao 这点我漏掉了谢谢提醒。