@fredwu 赞，大会有没有收集每个人的 slides 呀？

@knwang 收费的资源还是算了，免得损人品

@camel 网页版可能是最后考虑的，应该会先做 mac desktop 和 android

考虑封装成 gem 不？

@ruby_sky 看 2 楼

所有的优化都应该根据性能监控的结果来做

http://guides.rubyonrails.org/security.html 不过 brakeman 基本都能找出来

@jimrokliu OpenJDK7 已经包含 invokedynamic 了 http://openjdk.java.net/projects/jdk7/features/#f353

@camel 只有 c 扩展的 gem 全部去掉

@alvin2ye 我还从来没在 windows 下跑过 ruby 或 jruby 的应用 :-)

@iBachue 这个 session 是在最小的分会场做的，不确定有没有视频，你可以上 confreak 找找

@lvjian700 不推荐 thin（没试过），换一个不依赖 c 扩展的 server 吧

@lvjian700 应该没什么问题

@xdite 不介意我偷几招到 rails-bestpractices.com 吧 :-)

Daniel 辛苦辛苦

@luikore 对语言的研究相当深啊 我说的速度主要是基于实际的产品，而不是单机的性能测试，当然是基于 rails 的一个项目，大概是 300k 左右的 rpm。一些 web 系统常用的扩展，比如 json/xml 解析，比如 memcache 连接，比如 http 连接等等，c 写的扩展在速度上的确要优于 java 的，java 的又优于纯 ruby 的。 jvm 启动速度慢是公认的，但是在服务器上 warm up 一会（我们的系统在 5 分钟以内），速度比 cruby 有明显的提升。所以我是开发用 cruby，生产环境用 jruby，各取所长。

@ashchan 表示这只是他赚的零头 :-)

@yggg rubyist 首选肯定是 jruby，迁移的成本比较小 @poshboytl jruby 已经做了很多类型转换的工作，现在调 java 已经很方便了 @luikore 现实情况是 C 扩展 快于 Java 扩展 远快于 纯 Ruby，当然前提是代码写得没有问题

@huacnlee Admin -> Automatic Page Generator

@huacnlee 这个是 github 提供的模版

@fsword 线程安全问题的确比较头疼，不知道是不是尝试过 passenger+ree，copy on write 的话，内存消耗应该不比多线程多，而且不用担心线程安全的问题

可以尝试用纯 java server，一般都提供 background service，跑在两个 jruby runtime，不存在线程安全的问题，但是还是会有两个 rails instances 占用内存。

如果用 puma 的，可以尝试减少 resque worker 的数量，或者用 hoopo 提到的 sidekiq。

另外 resque+redis 本身是比较占内存的，可以考虑用 delayed_job 之类的。

@hlxwell 对于流量大的网站或者用户网络不佳的情况，省下 http body 的渲染时间和网络传输时间也是很重要的

@xds2000 jruby 的确比 cruby 快，主要是强在 gc 和线程，我正在我们的项目里尝试，问题比想象的多，不过总体性能还是有提高的，但是也要分情况，比如很多 gem 用 c 扩展的，速度要比 java 扩展的快很多。

torquebox 的确很强大，部署，监控和扩展都挺不错的，不过如果不用 apache 的话，默认是做不到 zero downtime deployment。

总的来说，还是要根据项目的实际情况而定，有时候用 cruby 反而更快更方便

顶一下老东家

@wxianfeng 有代码 push 到 github 就可以了

newrelic 才是王道

cheat wife cheat girlfriend

有人想在@huacnlee 修复之前 hack 一下不？:-)

飞信的 gem 因为需要验证码才能登录，所以没有再继续维护。 另外也不符合你的需求，飞信貌似只能发送消息给好友。