#5 楼 @est 是，主要是看规模，newrelic 是 per table per app per hour. http://highscalability.com/blog/2011/7/18/new-relic-architecture-collecting-20-billion-metrics-a-day.html

spree 其实把电商系统简化了很多，只专注通用功能。

对于新手，愿意去从最土的方法实现功能是很不错的事情。相比那些没有插件不会写代码的强太多。

知己知彼百战不殆，首先你得弄清楚 bot detection 是怎么一回事，然后才能 detect bot detection

你这个帖子给我启发很大，其实数据抓取也是一个 ETL 过程。并行问题其实最终拼的是如何做 Map Reduce。

puts result.inspect

加 V 了？

丝联实业

#1 楼 @a4652097 没用过 paperclip

#2 楼 @bhuztez ...

#3 楼 @Lucifer 广州的？

#1 楼 @badboy http://shopperplus.github.io/blog 刚开，还没整理好...

“不能拖欠农民工工资”

#2 楼 @nickcen 是你想的太简单了吧，拿来主义。

PS. 真的自己写的。。

自己写。

自己搜啊

当然会，不过都有插件解决了

小狼是会霸啊！

要失业了的赶脚

#6 楼 @luikore 打分和 recall/precision 两个概念是不同维度的，刚更新了一下上面的评论。

#3 楼 @luikore NG 的搜全率 (recall) 很好，搜准率 (percision) 就差到不行

http://en.wikipedia.org/wiki/Precision_and_recall

英文项目，不分词。

瞎猜没有用，安装这个就能看出 redis read/set占多少时间了：https://github.com/evanphx/newrelic-redis

#25 楼 @JeskTop 找不到了

不要相信“一个方法不能超过几行几行”之类的话，那些都是形式上的，是鸡汤大师喜欢给新手灌输的东西...

你要关心的是职责是否单一、是否低耦合、高聚合这些本质的东西。

当然，你能写出这么长的方法，我也没什么想说的了...

写成这样都没有队友骂你的话，你还要继续这样写啊！

去知乎问啊！

建议上 NewRelic，分分钟找到问题根源。。。我们之前也有类似问题，按经验去找无果，，通过 NewRelic 发现是 Redis 搞的鬼。。。换 Memcached 后问题消除。

我要是扔鸡蛋就上了你当了...

#47 楼 @msg7086 好吧，你说的叫 覆盖索引（covering index）。