#13 楼 @HungYuHei #7 楼 @Rei 我也打算自己写，然后贴在酷站的博客里面，哈哈

@niedhui 是不是空格键很短啊，哈哈

mongoid 官方文档写的非常好。

mongoid

#6 楼 @aNdReW_Qx 多核的代表！！

我脑袋是单线程的，一听音乐，就不能编码，一编码就不能听音乐。。。只能靠时间片轮转来解决，听会儿音乐，编会儿代码。。。

@hujoy 看标题你是打算写长篇连载了。。。

#12 楼 @xdite ‘no’ means what？

#1 楼 @huacnlee 呵呵，刚刚看了一下，华顺兄是是把 id 直接重载掉了，这样做的好处是不用特殊指定字段，直接用就好了（适合于大部分 web 程序了）。但是缺点是不够灵活，比如一个 model 要指定多个自增字段的情况。还有没有指定 id 初始化值的情况，比如，有些要求 id 起始值为 1000 而不是从 1 开始，这个没有参数去指定。

下周二的活动，我都迫不及待了！再一次期待 ing。

给你一个中肯的建议：先做个简单的 blog，bbs 之类的出来，做一遍之后你就知道主线是什么了。做的过程中你想实现一个功能，你自然会用到 gem，然后去学习使用。

北方人在南方工作

@zfben 使劲的保存代码好几遍

@Saito 恩，明白了。ruby off rails 是很好的尝试，多试试不同哲学思想主导的工具，会有不同的体会。赞一个。

@Saito sinatra 相比 rails 有什么优势呢？

@koz ようこそ！ご貢献がありがとうございます。welcome！Thank you for your contribution！

给力啊！哈哈，看到我了。@gene_wu 感谢！

#9 楼 @huacnlee 小文件做两次查询，是非常不划算的，GridFs 是做了两次查询的（一次查 metadata，一次 content） GridFs 的官方定义： GridFS is a storage specification for large objects in MongoDB.

警惕！小文件最好不要使用 GridFs 来存储。GridFs 是用来存放大数据文件的，如果一个文件太大不好加载，那么就存放到 GridFs 里面去，GridFs 会将你的文件切分成多个 chunks，每个 chunk 默认 256K。GridFs 里面查询是 double 的，一次去匹配 metadata，一次去匹配内容。所以小文件存进去比如 4k 的文件，还是会查两次的。

GridFS uses two collections to store data: files contains the object metadata chunks contains the binary chunks with some additional accounting information

你可以考虑小文件存储在文件系统里面，加载读取慢的大文件存储在 GridFs 里面。

#3 楼 @leomao10 哈哈，课程体验相当好，心甘情愿的付费了。感谢分享。

中文的 railscasts，中文的 ruby-china。幸福的中国 rubyist！

#3 楼 @jonny 公司有前端，搞得 CSS 都快忘了，囧啊。。。。呵呵

#1 楼 @huacnlee highlight.js 有一套 api 的 highlight(language_name, value) 这个方法指定语言 http://softwaremaniacs.org/wiki/doku.php/highlight.js:api

呵呵，太好了，以前一直用 Syntaxhighlighter。强烈支持。

如果说具体的应用场景的话。

简单点说就是，如果需要查询速度的话，就采用嵌入关系，而需要保证数据一致性的时候就采用引用关系

比如要做一个论坛的“顶一个”功能，我就会选择嵌入关系，将所有顶过这篇帖子的人的信息全部嵌入到帖子的结构里面。好处就是查询速度快（如果是引用的话你就必须去再去用户文档里面查询具体的用户信息，因为你存的用户的引用），坏处是一旦顶过这篇帖子的人的信息变化，就得做遍历修改。

你把 mongodb 里面的嵌入理解为对象数组就好了。

我刚好翻译过一些关于 embedded 和 Referenced 的内容 希望能够帮助到你 http://rockliu.iteye.com/blog/1222740

身为上海的 rubyist 倍感幸福啊。感动 ing。。。

签到

这两个最好能够用户信息共享，不用注册两遍。

QQ 邮箱的发大附件确实很稳定可靠，速度也很快，很多朋友都有同感