为了新手友好需要自己做站内搜索了，有条件翻墙的还是应该把 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 整个库导出备份的话就是整个导入了。

#4 楼 @zz 那就继续吧。

#56 楼 @tiseheaini 有个帐号发了 180+ 楼的 spam，我给清了。

结论是：Ubuntu 环境下比较容易安装

#4 楼 @ruby_sky

如果你的表名和字段名符合约定或者都设置好关联和表名的话可以这样

Person.joins(:orders).select(:LastName, :FirstName, :OrderNo).order("LastName")

Topic.select(:user_id).group(:user_id).order("count(user_id) DESC")

电脑没装 MySQL 没验证过。