就是慢的要死 不喜欢 Overview 作为项目的主页，每次还得切换一下

1. 与你家附近的人（年轻人和老年人）能说超过 30 分钟的话

难度很大啊

好

上次打开的时候挂掉了

你想多了，技术依然还是那些，没啥

重在坚持啊！

#4 楼 @jjym 有啥好头疼的啊，一看就懂

以前的方式得写熟悉了才能运用的很好，并且以前的方式对于允许的参数描述不够清晰，别人来阅读接口的时候会比较困难

新的方式直接看定义就能明白

提交 App Store 啥！

漂亮！

#11 楼 @keating 那种情况就需要特别时段处理了，在一个特别的时段处理（我们的数据库是由 DBA 来直接修改数据库，不会在 production 执行 rake db:migrate）

我现在就是一直这么搞的，只是用的又拍

#17 楼 @superbatironmans5 如果是从 Rails 开始的话，Ruby 确实不用特别去学一下。我就是这么过来的

#20 楼 @oa414 我的特别在前面说明了两年其他的 Web 开发经验的呀

Comment 本来是给其他任意文章评论用的 而 Reply 是话题的回复，里面功能比较特殊

手工处理的

以后都 thread safe 啦

prefix_index_enable 这个不要开启

https://github.com/huacnlee/redis-search/wiki/Usage-in-Chinese

#8 楼 @wikimo 开启前缀匹配的时候才是按照逐字搜的，不开就会按照任意顺序搜

哈哈哈

长的太伤屏幕了

所以要用图片空间，看我最近那篇关于用 UpYun 的博客。 Ruby China 上传哪里限制是故意的

#7 楼 @happypeter 忘了

#8 楼 @zeeler 几十个进程的时候不搞死啊 我们经过长期的实践证明

Nginx + Haproxy + Thin 的方式来处理无缝重启很靠谱！

Geek 们真是闲的蛋疼啊

已经尝试，1.2.5 版本以上的 Thin 可以用下面的方法来重启

$ kill -HUP `tail tmp/pids/thin.*.pid | grep ^[0-9]`

你需要 SQL 查询

select * from posts where id > 100  limit 1

select * from posts where id < 100 limit 1

ActiveRecord 里面

Post.where("id > 100").limit(1).first
Post.where("id < 100").limit(1).first

HomeBrew 用起来会比 MacPorts 简单