rescue_from ActiveRecord::RecordNotFound, :with => :render_404

可以用 Aho-Corasick，fgrep 就是这个算法。

POS tagger 这方面 java 做的工作比较多，但是效果也不好。 Stanford nlp 的可以用一下，但是具体工作中会涉及到很多调试。

原文这里：http://www.mikeperham.com/2012/05/05/five-common-rails-mistakes 评论里很多不同人的经验 作者有很多异步和高性能 Rails 开发的经验。他最近搞的 sidekiq 据说比 resque 性能

Hash 的速度会有些慢吧，而且数量大了以后碰撞的概率很高。

base62 :)

Base62 就可以。

对于写 api 的客户端来说，我觉得第二种更友好一些。

支持 unicode 呀，虽然也不好用。

看起来挺好的。 没 XCode 写函数名有些困难。 基本所有的 Gem 都不能用，要用 cocoapods stdlib 也不能用。

社区积累估计不太行。 如果能出个试用版（比如不包含发布的功能）让大家先玩儿玩儿就好了。

地处内陆，不靠近海边，所以不容易接触到 Rails？

北京以前好像有个 rails wednesday

GIL 的影响在于单进程不能在多核的情况下实现并行，需要一个 core 一个进程。 1.8 的线程差了些，context switch 开销大，不过 web app 应该还好。1.9 和其他的 ruby 实现都用 native thread 了。

1000 万不用什么特殊的，如之前所说，用 java/jruby 写，开几个线程跑就好了。 数据最好 dump 到文件，避免对数据库造成压力，处理起来也简单。

send 可以调用私有方法。 include 是 Module 的私有方法。

D3, Protovis (去年开始不维护了。)

跟 php, rails 没关系，这个是程序员编码习惯问题。

可以用 acts as list 来维护增加的 position 字段。 如果要自己做也可以用 doubly linked list。 主要是看需求，CRUD 哪个操作多？列表数量有多少？ 这些都影响采用哪种设计。

不过不要过早的优化，acts as list 挺好的。

看需求。sunspot(solr) 对于小项目来说有点太大了。sphinx 我觉得很好，速度快，资源占用低。

jruby 应该比 MRI 快不少的，要等 JVM 和 Jruby 都 warmup。 另外最近 padrino 貌似已经超过 sinatra 的使用了。

test:functionals 测的不是 unit test 呀

可以用 jruby :)

mozilla 刚刚发布的一个视频，boot2gecko，一部电话完全运行在 web 上。 http://mobile.dzone.com/articles/mozillas-web-based-phone?mz=46483-html5

我觉得装个 starter kit 就行了。 针对 rails 的 mode 基本没有好用的。

mysql.sock 是本地通讯用的 unix socket file，具体位置取决于 mysql 的安装。如楼上所说，把 host 改了就可以用过 tcp/ip 连接了。

你把 print 语句换成把那个字符放到一个数组或者字符串里就行了呀。

def insert_str long, short
  short_len = short.length
  string_array = long.chars.enum_for(:inject, []).with_index do |(r, char), i|
    r << char
    r << short[i % short_len]
  end
  string_array.join
end

还有一个短版的

def insert_str l,s; l.split("").zip((s * (l.size / s.size) << s[0...(l.size % s.size)]).split("")).join;end