forever 可以监控，另外最近出来一个 pm2 更好用 话说我们这不是 Ruby 社区嘛！！

Turbolinks 真的好坑啊。。。我第一时间去掉了。。。

不喜欢这个交互效果，太惊悚了

喵~

无耻的看懂了

恩，所以说 HTML 转义不是万能的，还是要看场景嘛 @luikore

恭喜 LZ，已经看到了 Web 的本质了，加油

@luikore 引号会被转义的啊

@Peter 恩，看业务场景吧，我这边还是经常用到这种情况的 Rails3 的机制虽然很棒，但是会让人麻痹，以为万事大吉了，有时候还是要小心

不一定，看你把用户的输入用在什么场景 如果是作为 HTML 的一部分，Rails 默认的行为会转义几个关键字符，基本不会有问题 而其他场景依然可能会遇到安全问题，比如下面这种情况还是比较常见的吧

<script>
var page = <%= params[:page] %>
</script>

假如这个输入的值是 1;alert(1) ，那么默认的转义行为也救不了你，所以上面这种场景最好是这样做

<script>
var page = parseInt("<%= params[:page] %>")
</script>

说实话做的还是有点粗糙的，比如那个上下箭头 响应式设计难搞啊

松本先生认为不恰当的分工合作机制将软件开发业引入“暗淡的未来”

Matz 真的是真知灼见，脚踏实地，才有未来

又是 Sprockets……服了，等我找到纯前端的静态资源管理办法，一定第一个弃用他

http://www.html5rocks.com/en/tutorials/notifications/quick/

前几个月看到了这个 http://zhi.hu/QUeR，我比较同意这个答案 “计算机学科也是分层的，上层部分需要基于底层构建，但每一层都有新的、激动人心的、有效的、普遍的规律，这些规律往往不能从所谓的基本规律推导出来。”

推荐给楼主

恭喜恭喜~

不仅是社区，你看微博也是这样，这是条规律，做营销推广的都知道吧

@ShiningRay 我去，刚发现帖子已经更新了，建议把帖子里面地点时间什么的加个粗再写个说明，顺便帮你@ 下人

@mr_night @tarzansos @felix @sheisnuclear

nginx passenger cap 一般都挺方便的，就是前两者捆在一起，升级起来麻烦 有次不小心 rvm gemset empty 结果悲剧了。。。

不习惯啊不习惯，大家没事别升，我已经剁手了

准时顶帖

这贴。。不能沉。。。 话说周一上午再重新发个帖嘛，周六晚上 12 点发不出意料肯定会沉了啊。。。

http://feedspot.com/

因为用 JS 写 HTML 是命令式编程，远不如 HTML 的声明式编程方便，就像 Ruby 的 DSL 就是一种声明式编程

不会吧，在任何地方都应该能取到 Rails 对象的，你是 Rails 3 吗？

从这个对象里面取：Rails.application.config

如果你的页脚要放东西，就不要做成自动无限下拉，改为给个链接由用户手工触发 我记得以前 twitter 是这样的

不过你说的 reorder 方法文档上没有倒是挺奇怪的，可能他们觉得这种需求很偏所以就。。。

我觉得这个很合理啊，你链式调用两个 where 方法不是也会组合生成 SQL 条件嘛

这回复速度。。。 看这里 http://chaoskeh.com/blog/how-to-integrates-seajs-into-rails.html