The builtin HTTP server is about twice as fast as Nginx. This is because it’s completely designed for the workloads that Raptor handles. In return, it has fewer features than Nginx. For example, our builtin HTTP server doesn’t handle static file serving at all, nor gzip compression. It trades features for performance. Having said this, you can still enjoy all the Nginx features by proxying Raptor behind Nginx, or by direct Nginx integration. This is fully supported and it’s something that we will elaborate on in a future blog post.

gzip 都没有这种性能提高有意义吗？

"1,2,3,4,5.exe".split(',')[0..-2].join(',')

是 turbolinks 的问题，可以参考： https://github.com/Macrow/rails_kindeditor#%E5%A6%82%E4%BD%95%E5%9C%A8turbolinks%E4%B8%8B%E4%BD%BF%E7%94%A8

:plus1:

:plus1:

团队气氛蛮不错的，牛人也很多 :plus1:

全用&&和||

《赖世雄美语从头学》

:plus1:

#40 楼 @debugger rails+node+ 客户端 js 感觉挺好的啊 就是他们方案里面的 java 换成 rails

#38 楼 @debugger 这个文章就是他们写的

Slide 内容比较少 只有一些关键字 现场应该会讲的详细一些吧 不知道有没有视频

一直在豆瓣关注：http://www.douban.com/people/i_m_huangz/

图文并茂 :plus1:

用image-url 例子：background: image-url("button.png") no-repeat;

:plus1: 感谢分享

补充一个 siege

大家都是电影特效师和哲学家啊

:plus1: 马上就去杭州了 希望能去

一个好的网站是需要严格管理。楼主你自己想想，假如现在版块上大部分帖子都是你发的哪种类型，你还会喜欢这个网站吗？不说早期的 JavaEye, NGA 这种网站，近期知乎就是没有管理好，导致大量高质量用户流失。

:plus1:

:plus1:

这个应该是它的原型吧？2 年前看的，很震撼

细节是怎么做，原理是为什么这么做，由细节推动理解原理，根据原理可以去推导具体的实现细节。在选择技术方面上，了解该技术提倡的理念，发现里面蕴含的原理，比深究具体细节来的更快更好。一个技术如果在方向上出问题，具体细节的实现再怎么完美，都是徒劳的。就像托勒密地心说体系几乎完美的解决了各个行星运行轨道的问题，但是它从根本上就错了，无论它在细节再怎么完美和优雅。追本溯源，如果这个体系开始就确立了太阳为中心，根本不会不会出现那么多需要解决的细节问题。一个好的体系应该是解决问题，而不是制造问题。

抽取出通用模块，甚至封装成 gem，然后利用配置文件来设置不同的需求

UserMailer.delay.user_feedback(options)