#4 楼 @yangman_wenzhu 页脚有些帮助链接。

#2 楼 @yangman_wenzhu 楼主自删了。

http://ruby-china.org/topics/1103

你搜到的链接是多少？我搜到这个可以打开。

为了新手友好需要自己做站内搜索了，有条件翻墙的还是应该把 google 放进翻墙列表。

不要用这个 helper

update_attributes or update_attribute

主要是 bug 和安全漏洞修复。

Update 操作加 multi 参数就可以批量了 http://www.mongodb.org/display/DOCS/Updating?focusedCommentId=3047922#Updating-update%28%29

可能只在启动时候计算？

#39 楼 @Iacob 微博不能教会一个人怎么学 Ruby 啊。

#31 楼 @xiaolai 电子出版啊不是电子工业出版社。（顺便电子工业出版社真是有名的毁封面）

#29 楼 @xiaolai 我觉得纸张出版真是太古老了，印刷、渠道成本巨大，传播效率又不高，没想到作者拿到的版税还这么低。我也希望电子出版赶紧把纸质出版干掉。

#3 楼 @itsvoid has_many 正常来说是可以接着用 scope 的，再把 model 代码贴出来看看？以及报了什么错误？

#1 楼 @itsvoid 不会啊，你把代码贴出来看看。

这样做是不对的。

#3 楼 @stephen 那可以用 #1 楼方法。

不过实际经验来说，这两种 Node 可能会慢慢变大，需要添加不同的字段，这样就干脆用两个 Model 两个表。

看楼主觉得它们的字段还会不会变了。

#16 楼 @saiga 文档的私密性跟片段缓存有啥关系啊。

<% if can_read? %>
  <% cache @post do %>
    <%= format_body @post.body %>
  <% end %>
<% end %>

class Topic
   belongs_to :node
end

class Article
   belongs_to :node
end

class Node
   has_many :topics
   has_many :articles
end

没什么问题啊？

#13 楼 @saiga 所以读时渲染不就更适合了？写时不会产生渲染耗时。

#7 楼 @saiga 不清楚你的应用场景，我的意思是在页面渲染的时候加缓存。

<% cache @post do %>
  <%= format_body @post.body %>
<% end %>

库里只存原数据就行了。

用片段缓存，不要写到数据库

看好

create 和 upadate 成功以后应该是 redirect，不然用户刷新页面就重复提交了。

不过我也觉得 respond_with 怪怪的，还是用 respond_to

#26 楼 @nouh 我看了下好像没有。

#24 楼 @nouh 整个库导出备份的话就是整个导入了。