用片段缓存,不要写到数据库
看好
create 和 upadate 成功以后应该是 redirect,不然用户刷新页面就重复提交了。
不过我也觉得 respond_with 怪怪的,还是用 respond_to
#56 楼 @tiseheaini 有个帐号发了 180+ 楼的 spam,我给清了。
结论是:Ubuntu 环境下比较容易安装
Topic.select(:user_id).group(:user_id).order("count(user_id) DESC")
电脑没装 MySQL 没验证过。
吖,老帖子,我写了一个博客来说 passenger 安装
http://chloerei.com/2012/08/05/rails-deploy-guides-1-base-deploy/
提问的智慧 http://www.beiww.com/doc/oss/smart-questions.html
在黑客社区的论坛中有那么几次你可能会搞砸──以本文描述或类似的方式。你会被示众是如何搞砸的,也许言语中还会带点颜色。
这种事发生以后,你能做的最糟糕的事莫过于哀嚎你的遭遇、宣称被口头攻击、要求道歉、高声尖叫、憋闷气、威胁诉诸法律、向其雇主报怨、忘了关马桶盖等等。相反,你该这样去做:
熬过去,这很正常。事实上,它是有益健康与恰当的。
社区的标准不会自己维持,它们是通过参与者积极而 公开 地执行来维持的。不要哭嚎所有的批评都应该通过私下的邮件传送,这不是事情运作的方式。当有人评论你的一个说法有误或者提出不同看法时,坚持声称受到个人攻击也毫无益处,这些都是失败者的态度。
也有其它的黑客论坛,受过高礼节要求的误导,禁止参与者张贴任何对别人帖子挑毛病的消息,并声称“如果你不想帮助用户就闭嘴”。有思路的参与者纷纷离开的结果只会使它们变成了毫无意义的唠叨与无用的技术论坛。
是夸张的“友谊”(以上述方式)还是有用?挑一个。
记着:当黑客说你搞砸了,并且 (无论多么刺耳地) 告诉你别再这样做时,他正在为关心你和他的社区而行动。对他而言,不理你并将你从他的生活中滤除要容易得多。如果你无法做到感谢,至少要有点尊严,别大声哀嚎,也别因为自己是个有戏剧性超级敏感的灵魂和自以为有资格的新来者,就指望别人象对待脆弱的洋娃娃那样对你。
有时候,即使你没有搞砸(或者只是别人想象你搞砸了),有些人也会无缘无故地攻击你本人。在这种情况下,报怨倒是 真的 会把问题搞砸。
这些找茬者要么是毫无办法但自以为是专家的不中用家伙,要么就是测试你是否真会搞砸的心理专家。其它读者要么不理睬,要么用自己的方式对付他们。这些找茬者在给自己找麻烦,这点你不用操心。
也别让自己卷入口水战,大多数口水战最好不要理睬──当然,是在你核实它们只是口水战、没有指出你搞砸的地方,而且没有巧妙地将问题真正的答案藏于其中之后(这也是可能的)。
field :tags, :type => Array, :default => []
#2 楼 @xiaoronglv Tag model 是拿来储存统计信息的,平时 Topic 加 Tag 和读取 Tag 都是字符串,不用调用 Tag model。
#4 楼 @xiaoronglv 可以。一般 web 应用不一定用得着 mongodb 的无模式,不过你这个存储不同的文档结构的需求就合适到爆了。
直接从 mongodb 的官方文档看起。
#13 楼 @zhaojiahui 那还不如中文版版,中文版是 3.0.5
#7 楼 @zhaojiahui 如果英文版还是用 rjs,说明版本还是旧了。我看最新版的 changlog 已经用到 3.2.x 了。
#10 楼 @zhaojiahui 把 assets 文件编译打包到 public/assets 目录下,生产环境用的。
#8 楼 @zhaojiahui 奥,我粘贴错了,你说得对。