Rails2.0实用性分析.

感觉文不对题啊？

会用的人用起来暗爽着呢，嘿，谁用谁知道。

我订阅的一陀rails开发者blog中，提到rails deploy，这个方案被提及最多
我搜索rails部署方案在google，这个方案的配置案例很多
我看到rails开发者讨论各种部署方案中，说apache不合适的不少
我自己验证，这个方案最简单，容易实行，但是无奈我也碰到mongrel经常挂

以上是我自己看到的情况，比较片面，有不足请告诉我

我就这么说吧，我还没有听说哪个商业网站用的是nginx+mongrel，而事实上lighttpd+fastcgi的Rails网站一数一大把，你的所谓流行度难道就是根据开发者的blog提及次数计算，而不是根据实际上线的网站统计的？

恩，我说的的确是从开发者blog提及次数来计算的
现在我参与的ror项目因为历史原因还是采用apache，但是我们决定换用nginx，所以我一直在测试
你这么一说我也感觉似乎用lighttpd的事实上的确不少，但是因为我没有用过，所以我还不明白nginx出了什么问题，在敏捷开发这本书上也提到不建议使用fcgi，但事实缺又不是如此，不知道其中原由

www.rakudoor.com 是nginx+mongrel的，web服务器一台刀片机，投资2000元人民币，放在家里，每个月几百人民币网费电费。

速度比租用的php空间还快，中小型网站用ruby on rails，不要再犹豫了。

反正不要用apache就对了，慢！

因为apache的mod_fastcgi模块有很严重的性能问题，所以那本书就不推荐了。究竟有什么性能问题，说来就话长了，主要是因为三点：

1、apache是动态创建和销毁fcgi进程，这一点很容易被DOS攻击，只要瞬时发送大量动态请求，就能让服务器失去响应。

2、apache通过单个socket端口和n个fcgi进程通信，会造成“惊群”现象。比如有50个fcgi程序同时监听一个socket，每当一个连接来到，系统都要唤醒所有进程，然后选择其中一个作为accept成功的进程，其余再次睡眠。你会发现cpu花费到nice上的时间明显增加

3、由于第2个原因，一旦某fcgi进程被堵塞，整个网站就失去响应

但是lighttpd的fastcgi是静态创建固定数量的fcgi进程的，而且每个进程有自己独立的socket端口，所以没有任何问题。

nginx+mongrel我还没有听说实际成功案例的报告，不是说他不行，只是他并没有得到真正的考验。你觉得他流行这只不过是你的错觉而已。

我本人没有什么兴趣尝试nginx+mongrel，因为lighttpd+fastcgi是一个久经考验的成熟方案，性能很好，稳定性很好，群集的扩展能力也很好，我没什么必要去舍弃成熟稳定又非常满意的方案，去尝试没有被证明过的方案。更何况mongrel的前景已经非常暗淡了，而nginx的bug又明显比lighttpd多，又什么道理自己找麻烦呢？

iloho.com应当是nginx+mongrel的

大家都是来学习取经的，robbin的语气怎么总让人觉得尖酸听了很不舒服。不是有意顶撞，个人真实感受而已。