http://lightyror.blogspot.com/2006/11/rails-high-traffic.html 看了对岸的 《程序员》10期特别策划：Web开发之华山论剑里面的评论，里面有一段（我直接翻译成繁体） ===================================================================== 如果你打算用 Rails 给自己写个 Blog 或是小型的 Web 2.0 应用很合适，比如 37 Signal 开发的 Basecamp.com 和 Robot Co-op 开发的 43Things.com 采用 Rails，这些Web2.0 的小应用每天页面访问几十万，数据库纪录数不到百万， 负载是比较轻的。 ===================================================================== 看完真是无言，43Things 最好 Traffic 那麽少，根据 Alexa 的数据，43Things.com 的 Daily Reach 每天大约是 600 Million。虽然 Alexa 的数据准确性有很多人质疑（我是很质疑这个数字啦），不过这个流量数要硬说成只有几十万也差太多了吧。 另外一点，当网站覆载度到达一定程度，任何语言都不能可能覆载这样的流量，所以还是看彼此的架构好坏，绝对没有一个站台只靠 PHP 或是 CGI 就可处理所有Request 的。 1. A List Part：Alexa 上面的数字最高冲到 1500 Million Day Reach ，已经是流量很不错的站台了，Daily Reach 今年一度到达国内 Webs TV 网站的一半。 2. Penny Arcade：Alexa 800 Million Daily Reach，数字是蕃薯藤新闻的两倍。 3. 43Things.com：今年上半年 Daily Reach 跟 A List Part 差不多，Alexa 数字是 600 Million Daily Reach，依照比例大概比蕃薯藤新闻多了一点Daily Reach。 4. Odeo.com：这个站依照 Alexa 大概也跟蕃薯藤新闻差不多，不过少了一点。他是 Podcast 声音档案的网站，频宽的消耗度是相当可怕。（虽然 Ruby on Rails 的覆载度跟 Handle 频宽的能力，没有直接关系XD） 5. Eins.de：虽然比他流量大的网站还很多，但是 procs.net 在这篇文章有特别讲到他的架构。软体使用纯 Open Source 的架构，硬体使用光华商场叫的到的货色，一天可以服务 1.2 Million 动态网页。对 Ruby on Rails 的高覆载度有问题吗，这篇文章可以打破你的疑惑。 6. Hemidemi：我所知道国内第一个 Ruby on Rails 网站，站长是我学长 XD 7. JaveEye：我最常举的例子，根据通过JavaEye2.0网站看ruby on rails性能这篇的说法，JavaEye 只用到一台光华商场买的到的机器，纯 Open Source 的架构，一天处理个 50 万应该没问题。 如果这些网站，还无法堵住『如果你打算用 Rails 给自己写个 Blog 或是小型的 Web 2.0 应用很合适』这样的嘴，那麽我也没话说了。因为 Ruby on Rails 很年轻，所以用 Ruby on Rails 开发的站台大多营运时间只有一年不到，所以有下列那麽多流量其实已经很吓人了，如果再过个一年，或许会有流量更惊人的 Ruby on Rails 网站出现。 最後，当网站覆载度到达一定程度，任何语言都不能可能覆载这样的流量，所以网站的乘载度还是看彼此的架构好坏，不是取决於语言本身，绝对没有一个站台只靠 PHP 或是 CGI 就可处理所有Request 的。语言或是框架对於乘载度的差别在於『转换高乘载架构的弹性』，这点 Ruby on Rails 作的真的不差。 -- lighty RoR 是一个介绍 lighttpd , SQLite , Ruby and Rails 的 Blog http://lightyror.blogspot.com/ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.230.104.73 ※ 编辑: giive 来自: 61.218.90.242 (11/06 13:38) ※ 编辑: giive 来自: 61.218.90.242 (11/06 13:39)