#12 楼 @zhangjinzhu 这个是通过云主机基本的文件注入功能实现的。

先手工去 mysql 执行 create database 命令

#37 楼 @kgen 10.1 前是准备大力推 app，希望 apple 给力点，尽快批准。

#29 楼 @nouse 我们用 Linux 是有信仰的人，从来不娱乐，从来不游戏。下载个 29G，发现是 WMV 格式还需要安装非开源解码器，果断放弃的，你觉得我会随便乱说么？

只有原始递归才能转换为 O(n) 级别的运算，但是不能只从算法效率上看，需要看应用场景和易读性。 比如 fib 来说，可以用矩阵计算达到 O(lg(n))

require 'matrix'
M = Matrix[[1,1],[1,0]]
def fib(n)
  (M**(n-1))[0,0]
end

但是在 n 较小的情况下，还不如直接递归+Memorization 来得性能好和容易理解

#24 楼 @zhangjinzhu 其实我也会化身为果粉，我来回答你吧：

1. 中建是反人类的设计，右键也是反人类的设计，鼠标就应该只有一个键，那样才简单
2. 我怎么是好用的，一定是你用的姿势不正确
3. 买个 27 寸大屏幕，用不到平铺管理
4. homebrew 5 行就可以完成所有的事情，自己写 ruby 脚本组合嘛，但是怎么写，我不告诉你
5. 小红点是反人类的设计，触摸板完胜小红点。

#16 楼 @kgen 哈哈，其实真相是：我是果黑。我们团队其他人都是用 Mac/iPhone 的，只有我用 ubuntu/android，在团队里面都不敢说苹果坏话，怕被揍，只能上论坛来说说 :)

我们的游记网站其实强在前端，我是做后端，顶多帮忙改个 css 或者文案，掩面跑过。

为什么不用 Mac，只因为被果粉们恶心的，举 2 个例子：

以前 Mac 无好用的 QQ 客户端时，果粉们说，Mac 是用来工作的，不需要这些娱乐应用。当 Mac 有了 QQ 以后，他们又嘲笑 Linux 们不受 QQ 待见。

以前 Mac 自带计算器结果无法复制粘帖时，果粉们说付费买 XX 计算器吧，这么好用的功能就应该付费的。当 Mac 自带计算器升级有了这个功能以后，他们又说，看 Mac 一直在进步吧。

一直在用 MariaDB，在性能优化上比标准版的确实出色

news 的单复数是一样的，你试试看加上 singular 参数：

map.resources :articles, :as => "news", :singular => "news"

在你的 model 上定义 to_param，比如 Topic model

def to_param
  "#{id} #{subject}".parameterize
end

link_to topic 的时候就会生成/topics/id-subject 这样的 url，在 controler 里面用 Topic.find(params[:id].to_i) 来查找。

如果你要改成日期和文章标题，就改一下 to_param 和 controller 的查找方法。

#4 楼 @fsword 常见只跑一个 case 的情况是之前出错了，改了一点代码，需要重跑一下看看。这样就可以用之前出错的行号，行号可以是一个 case 内部的任意一行，rspec 会智能地从这一行相对的 case 开始跑，还是挺方便的。

可以跟行号: rspec spec_file:10

最常用!?+匹配去执行历史，比如用过一次 rake db:migrate，以后就可以用

!?mig

比如用过一次 mysqldump -uxxx -pxxx，以后就可以用

!?dump

1 个 7 岁

那就取出来再在内存中排序吧

用 mysql 的话，可以用 field:

Post.where(...).order("field(id, #{ids})")

如果你觉得给 Nil 打 monkey patch 无所谓的话：

class NilClass
  def [] key
  end
end

http://www.ruby-doc.org/docs/ProgrammingRuby/

这些写法正是 Ruby 的黑道切口，不会用说明没有入行啊。:)

不过，那个 find_or_create_by_name，我更喜欢这样写：

Tag.where(:name => name).first_or_create.increment_counter(:visits_count)

看上去是做 web game 的，队列服务器轻松搞定。

初 2 的时候学校教 Logo 语言，从此喜欢上了编程，利用初 3 毕业的暑假自学了 pascal，还去考了人生唯一的计算机等级考试证书（二级 pascal），回想起来，觉得那个时候真是我智力的巅峰

#15 楼 @Saito Thin 我记得是超过上限就进入临时文件: https://github.com/macournoyer/thin/blob/master/lib/thin/request.rb#L150

看上去应该是支持 read 方法的亚，现在没有开发环境，明天我测试看看

不能用 body.read 么？

@request.body.read(@env['CONTENT_LENGTH'].to_i)

Topic.order("convert(subject USING GBK)")

#11 楼 @larryzhao 在进入 202.97 国内骨干网的时候没有丢包，看上去是正常的，不是 GFW 的问题。 虽然后面 180.149.129 段有 10% 丢包，但是这个已经是在 ISP 机房内了，也是正常的。

建议你在出现无法访问的时候，再试试看，我还是怀疑 GFW 间歇性发威导致的。

#15 楼 @reducm 这种计数的需求，没必要用 redis 这么麻烦，可以用 activerecord 的 increment_counter 搞定

Article.increment_counter(:hits, params[:id])

不用担心数据库的这种简单操作性能，等你的访问量到了数据库瓶颈的时候，你的网站 alexa 已经可以排到全世界排名前 1000 了 :) 那个时候可以选择 db sharding，加台服务器就是了

#7 楼 @hlcfan 用 root

可能是 GFW 的问题，你在有问题的机器上运行：mtr --report api.weibo.com 看看是否在进入国内主干网的时候有丢包。

推荐 slim