#13 楼 @lgn21st 绝不姑息.!

#12 楼 @newghost 带 10 个朋友也行啊。

@gene_wu @iBachue @jjym @miclle

听得好累..

#4 楼 @hbin 不知道某个 API 不是挺正常的。

希望是个好的开头。

#3 楼 @hooopo mark

#16 楼 @blacktulip

#14 楼 @blacktulip 这个有 bug 吗？

#12 楼 @blacktulip 应该不至于看不懂吧。

我也来一个吧。

def get_value(default, *args)
  eval("self#{args.map{ |arg| "[:#{arg}]" }.join}") || default rescue default
end

#9 楼 @blacktulip ok

#5 楼 @saiga fetch 不到会有异常的。

之流是贬义词吗？

#2 楼 @swordray html 转义防的不是 XSS 吗

sinatra ...

#3 楼 @bhuztez 就是这样

签到

能看看你的网站吗？

序列化也有性能问题的吧，有的用户用几千万的粉怎么办？反序列化到内存里再计算不行的吧

我的意思是不需要序列化粉丝的 id, 所以不存在 "几千万" 的问题。

#11 楼 @miclle 只要将关注人的 id 序列化，所以要有关注上线，粉丝不需要序列化，需求是找出共同关注，不是共同粉丝。

@winnie 1 亿？至少 100 亿吧？纯用数据库不是作死吗？

说实话不太喜欢 rjs. 推崇 前后端完全分离。

#2 楼 @michael_roshen 如果只能这样的话 把 following_id 单独拎出来存，相当于做了一层缓存，但是如果没有关注上限应该也很难 . 避免从至少 1 亿*100 的数据中查. 还要分表分库什么的. 等大神...

使用 redis, followers 一个 set, followings 一个 set, 可以搜一下微博 CTO 的一个 PPT 有讲。

如果完全使用关系型数据库来解决这个问题，好像很费劲。

确实 try 是 Rails 对 nil 的扩展，不如内置在语言里，但作者故意把 Ruby 的代码写的丑拿来作比较也不太厚道。

他那两行 ruby 代码本来也不怎么样。