#6 楼 @nouse 正在倒立观看。

#28 楼 @fresh_fish 支持 Backbone，一直放在我的后备箱中，它跟我的开发理念很匹配，不过一直没有复杂场景用得上。

我了解过调查问卷里面提及的大部份工具，结论是在我的场景用不上。不是所有网站都有复杂的交互逻辑，我用着 Rails 默认栈感觉良好。

前后端分离有点为了用而用的意思了，劝说使用这些工具之前应该看需求有没有必要。现在就算是前后端分离也向着全栈的方向去，因为后端提供的 api 不一定适合前端，又有很多理由不能改动，这样前端团队就要变成全栈，参考淘宝 UED 的前后端分离：也谈基于 NodeJS 的全栈式开发（基于 NodeJS 的前后端分离）。跟现有的服务端分离后，要重新实现一套基于 js 的框架、库、构建工具、部署工具，而这些工具都还在混战中。同时前端实现的 api 服务器成为服务端面向公众的第一线，就要考虑安全、性能等等各方面原先服务端考虑的内容。

这对 js 程序员可能是好事，因为工作需求增加了；对原有服务端是好事，因为工作量减少了；对大公司也是好事，因为可以并行安排工作给不同团队了。但是对于已经适应全栈开发的团队，换一个语言重新实现一遍没有什么好处，这些工作本来就是自己做的，分割两个程序还需要更多的调试和管理；对于小公司，快速满足业务需求才是最重要的。

另外我不认可前端后端这样区分开发者，我认为 Web 开发就是任何相关的知识都要了解，但是按照纯血 js 前端的定义我就是后端程序员了，似乎先天性缺乏前端基因。实际上我写的 js 也不少，适当的地方使用适当的工具。过于激进的推动前端独立可能会产生被重视的感觉，但是脱离实际就没有生存的土壤，对 jQuery 感到舒适的比例那么高应该看作用脚投票。我喜欢那些跟现有技术栈协作良好的工具。

用 Turbolinks 吗？ request.env["X-XHR-Referer"]

http://guides.ruby-china.org/active_record_validations.html#:message

https://github.com/voltrb/volt

楼主可以写个 demo 然后做分享。

#7 楼 @smallx 我作为管理员有义务处理不适当的发言。第一次警告，第二次封号。

#1 楼 @smallx 只回复“呵呵”是很不友好的。

#31 楼 @liwei78 gitbook 本地生成可以调用系统字体解决。

调试，不要猜 https://www.google.com/webhp#q=ruby%20memory%20leak

http://samsaffron.com/archive/2015/03/31/debugging-memory-leaks-in-ruby

1. 测试是必要的。
2. 测试代码也是代码，有维护成本。

这两点同时存在，不能忽略其中一个。

disposition: 'inline'

http://apidock.com/rails/ActionController/DataStreaming/send_file

去掉 turbolinks。

#10 楼 @douxiance 你已经发过很多“关注”了，如果只是想关注可以点主题下面的关注按钮。

Resque.inline = true

#2 楼 @chenge form_for 脱离 model 也能用：

<%= form_for :book, url: books_path do |f| %>
  <%= f.text_field :name %>
  <%= f.submit 'Submit' %>
<% end %>

可以在 Rails 中使用 Lotus model，是不是说明 Rails 是松耦合，模块化做得好？

#3 楼 @blacktulip 但另一方面，如果大版本功能不够多，就没有让人买的欲望。所以有什么功能更新都不会立即更新，而是积累到大版本才发布。

订阅模式顾客可以随时退订，所以有动力持续改进。

订阅更适合软件开发的模式。

#11 楼 @lukefan 返回复数结果的查询是延迟查询，实际取结果的时候才执行（例如调用 each）。

再提醒下，现在这个缓存内容变更了需要手动过期。

#8 楼 @lukefan 1. action 里面有没有查询 @page 2. 开发环境没有开片段缓存。

其实我的意思是，正常状况下 @page 怎么都要查一次的。

<% content_for :title do %>
  <% cache [:resource, @page.id, :title] do %>
    <title><%=@page.title %></title>
  <% end %>
<% end %>

但是在 cache key 的地方已经读了一次 @page 了，缓存一个 title 意义不大。并且@page.id 做 key 没有利用到 digest key。

#3 楼 @lukefan 那还要把 cache_key 改成 cache [:resource, params[:id]]，并且无法利用 digest key 了。

#2 楼 @winterwhisper 页面不同，授权不同，逻辑不同，只有模型是相同的，我觉得这就是两个功能。MVC 模型和控制器不用一一对应。

第 2 种。

#3 楼 @hr_icar99

笑话你为什么要别人删贴？

你们 HR 把其他员工叫作“小屁孩？”

ruby china 已经更新 eventmachine 到 1.0.4 了，更新源码。

反向代理。

挑有兴趣的学。

#1 楼 @48hour ensure 行了，不捕获。