我还不知道什么是“结对编程”

只有上面两个新功能我是经过认真的考虑的 没有之前聊过的根据评分排序的方式，也没有关注节点的功能。主要原因是我觉得不合适目前的 Ruby China

idx_key 只是给索引取一个名字而已，如果不要 :name 参数的话，Rails 会自动用前面的 :simple_captcha_data 和 :key 来组合索引名字 ，并且在前面加上 index_ 也就是：index_simple_captcha_data_key , 此外 MySQL 里面对于索引名称长度是有限制的

这个错误提示页面好像 Django 我是来打酱油的，你这个截图没法看出问题

一直在用 ab 来测

#2 楼 @y2950896 File.read(fname).split("\n").uniq

https://github.com/felixclack/redis-timeline 这个 Gem 刚刚研究了一下，设计方式有值得参考的地方，它将每个关联的数据都设置一个 display_name 用于显示内容，查询出来的时候直接从 Redis 里面出来，都不需要关联主数据库查询了。 不过土鳖的是，后面数据存储的实现非常冗余，每个 follower 每个 @ 回复的列表都会有重复的数据。

下一个版本或许会考虑一下新的布局

类变量和实例变量搞错了

class Favorite
  def content
    Rails.cache.fetch("favorite:content/#{self.id}", , :expires_in => 1.days ) {
      self[:content]
    }
  end
end

马尾

#10 楼 @hbin 嘿嘿，楼主是我多年的好朋友，习惯了

哦，你妈，Git 都没安装吧

可定有的，据我了解这些大公司什么都有在用，林子大了什么都有

@Rei 换了头像我都不认识你了

你是修改了密码，然后用新的密码无法登陆，老密码还是可以？

账号叫什么？

#5 楼 @jiffies 别人的工具，我只是偷偷调用而已

下片吧！赶紧的! http://720p.so/movies/737

我叉，那谁给我发呢

#13 楼 @musicflow 让你们技术过来分享一下一些实现方式吧

#9 楼 @musicflow 这位是姑娘吗？

这个看起来非常不错，具体可以看 examples 目录的例子 https://github.com/gowalla/chronologic

不过，后端存储需要用到 Cassandra

之前用过 timeline_fu，但是不是很理想

来，写段 Hello World 试试

sql like 问题：

1. 效率低
2. 无法匹配混合顺序的内容，比如"Ruby 社区 的 技术", SQL 无法搜索任意顺序的排列，而专业的搜索引擎可以实现；
3. 无法根据内容匹配度排序

@yakjuly @scys77 @kfll @richarddong 你们有试过用键盘左右来翻页么？

前者是一门专有的技术用于解决在文本里面搜索内容 后者只是 SQL 里面的条件查询而已

所以当然是专业的技术好！

主席就是不一样

接下来，把中间的数字去掉吧，只留下 Next 和 Prev