#3 楼 @cqpx 你@的人是木有的吧……不能@自己

#1 楼 @cqpx 可以阿

请问 @lgn21st @huacnlee 有哪里能获得大会各演讲者的 PPT 吗

不知道他们聚餐了没……

http://special.csdn.net/rubyconfchina/index.html

CSDN 的专题。

#22 楼 @8$9lXtwTx6zqnA$h 目前在正文里面木有

hoshi：小白小白~小白脸~

#20 楼 @cqpx 收到。我也忘了为什么以前写的正则要求@用户名后面有字符了。晚上修复

首页设计是个老大难题咯

paidai.com 太挤，所有功能都堆上去了。

目前面包屑导航我觉得可以去掉 root。

修复了！form .input 的 margin-left 减少 4px，再看看有无问题

多谢反馈！

那就参与项目吧，到 https://github.com/huacnlee/ruby-china/issues 认领功能点，确认之后 fork 一份，完成之后 Pull Requests

我觉得没啥特别理由还是用软件包控制器来安装组件吧

用源里面或者 mongodb 维护的 deb 看看

http://www.mongodb.org/display/DOCS/Ubuntu+and+Debian+packages

要做的先在 issue 认领吧，不要做重了。

不过我觉得是不要 RSS 的，数量和质量控制不了，我自己的博客就喜欢技术和生活间隔来写

bundle install

了木有？

Net 库的 api 比较底层，贴近协议本身。我每次用都不知道如何下手。

所以我现在用 rest-client 了

#7 楼 @Los 我也受不了那个 id 了，尤其是数据量不大的小网站。所以我和 @huacnlee 都处理了这个 id。

#5 楼 @Los 那篇文章如果属实，那 mongodb 是比我想象中的稳定性要差。我也在别的地方转发了这篇文章。

其实我是没啥发言权的，自己用 Mongodb 写的都是 toy，工作中要维护的是 MySQL（大量老数据）。曾经用 Mongodb 写了一部分功能，后来考虑到一个网站用两个数据库，以后维护会麻烦点，也不是非 Mongodb 不可的功能，就换回 MySQL 实现了。

但是另一方面，我觉得用 Mongodb 写写 toy 也未尝不可。很多文章都把焦点放在并发、分布式、海量上面，但是真到这个层面，怎么可能一换数据后端就让机器自动解决，难处依然在那里。我更喜欢用 Mongodb 实现各样的小构思，模式自由，抛下关联查询、数据事务这些“重”的东西，更容易考虑一样事物本身应该怎么表达，怎么在总体上实现优雅的设计。

#3 楼 @Los 类似的质疑在 Ruby on Rails 大潮时代是多么相似

我觉得 [文章] 还没确定形式的话可以先撤下，论坛可以负责资源分享。

@kevinhua @测试

我觉得 Tag 更好，但不一定要马上改。像 v2ex 那样的用户量，节点式也能有效组织信息。所以不急着改。

如果当前没有合适的节点，可以发到“分享”。浏览 chinaonrails 和 v2ex 的时候其实不在乎分类。

相比分类或 tag，ruby-china 还有一些更急迫的地方需要改进。比如 wiki 和 文章 需不需要重写，一些表单结构、flash 信息需要优化，各类的小细节需要调优。

#3 楼 @dave 赞成。

我也是觉得 Tag 比较好。下方的导航可以转为 Tag 推荐。

tag 编辑可以用 codecampo 做的 tagEditor，将来研究怎么自动补全。

#10 楼 @lgn21st @排除了自己

#7 楼 @Los 回 @

identity_map_enabled 可以减缓一些查询

现在提醒列表是有 1 + n + n .. 查询的性能问题的，大家看怎么解决吧……

对象缓存？

#2 楼 @hooopo 靠，这么晚了

#1 楼 @huacnlee test

dynamic_fields:

anwser = Anwser.new
anwser['q1'] = 'some value'
anwser.save
anwser['q1'] # => 'some value'

直接当 Hash 用

mongoid 本身支持动态属性

http://mongoid.org/docs/installation/configuration.html

allow_dynamic_fields