Python支撑高负载的实例，充分证明了Python 作为Web开始的潜力。 Python的Zope能在没有任何大厂商支持的背景下，应用服务达到和Java EJB应用服务器，数个巨头支撑（IBM SUN Oracle BEA等）的J2EE平台有一拼。一个Django的应用框架能够支撑每小时 300万的访问。Python真的很优秀。Web框架有好多好多。但是其中的组件却是经过千锤百炼的绝对程序。Python社区有着数不尽的天才程序员。

豆瓣使用Python做程序的。豆瓣的应用足以证明，Python完全可以和java C#等语言并驾齐驱。而广为应用的PHP在Python面前几乎没有任何价值。PHP简单，其实用过Django的人，都知道Python Django要比PHP Smarty的优美好多，开发效率高出不止是几倍。而对于大型程序，PHP基本上就像陷入了泥潭。

有着众多支持技术的Java J2EE是目前Web最强悍的技术。各种各样的技术让人眼花缭乱。虽然Java的强大已经到了无所不能的地步。但是我不喜欢java，他的按部就班和繁琐，着实让人烦恼。而过分依赖与Microsoft 的C# .net也不是，我最佳的选择。

Rails on Ruby我也很喜欢，但是不太喜欢他的语法。我相信Python是最好的。Django 和 TurboGears都是不错的选择。Zope / Plone也可以试试用下。

javaEye站长。JavaEye是一个有着每日500万请求的技术网站。

在老冯同学的博客上看到的文章。里面介绍说豆瓣网站的情况如下：
一台Web服务器运行Lighttpd，每天处理2500万个request，峰值每秒处理1000个request；
一台应用服务器运行Python，每天处理500万PV；
数据库服务器运行MySQL，负载情况没有介绍。
我对比了一下JavaEye网站的服务器运行情况，我们是一台Web+应用服务器，一台数据库服务器，如下：
Web服务器运行Lighttpd，每天处理430万个request，峰值每秒处理150个request，平均每秒处理50个request；
Web服务器运行Ruby 1.8.6 + Rails 1.2.6，每天处理70万动态请求(去掉404，301状态的请求，只统计200的)，如果算PV的话，去掉RSS订阅请求，AJAX请求，估计PV在60万左右；
数据库服务器运行MySQL，CPU负载不高，在5%-30%之间波动。
豆瓣的Lighttpd峰值每秒处理1000个request，到不让人觉得意外，因为Lighttpd本身就是设计能够并发处理上万个request 的。但是豆瓣用单台服务器支撑500万动态请求，确实是很惊人的数据！看阿北介绍说，豆瓣的应用服务器是一台单颗双核AMD Opteron，JavaEye的Web服务器是两路老的单核的AMD Opteron，主频是2GHz，豆瓣的应用服务器是新的单颗双核AMD Opteron，主频不详。
目前JavaEye的Web服务器运行Lighttpd，Memcached，Email Server和Ruby的FastCGI，除了ruby之外，其他应用消耗的CPU资源都极少，Web服务器在峰值期间的CPU负载在35-50%之间波动，非峰值期间回落到20-30%。假设应用程序不做针对性优化，我估计这台服务器可以支撑到100万到120万PV，但要更高就很困难了。不过 JavaEye要达到这样的访问量，估计还得一年时间。到那个时候再想办法也不迟。不过设想到这样的程度，我到宁愿加一台服务器立马解决问题，而不是投入人力去费时耗力的优化程序代码。
豆瓣使用的Python性能要比Ruby好很多，但即便如此，在同样硬件条件下，用Python支撑到500万以上，也是非常困难的，可以想像的是大量运用了页面的局部缓存，以及对程序和框架的优化达到了极致，这一点，不得不佩服豆瓣的技术人员的性能优化水准和所下的功夫。
不过，对于豆瓣只用一台应用服务器支撑500万PV，我觉得没有必要。豆瓣有2000万人民币的投资，增加一台服务器一次性开支不超过1.5万，每年托管费多支出0.5万而已，九牛一毛。但在今天一个资深程序员月薪都要超过1.5万的情况下，为了节省这点钱而需要对应用程序进行深度优化而投入的人力成本，远远超过2万元。豆瓣新版本刚上线的一段时间之内，网站访问速度非常缓慢，最近速度慢慢的提升上来了，似乎也从侧面证明了这一点。干吗不多部署几台应用服务器，让用户从一开始就享受良好的速度体验呢？而用一台应用服务器支撑，等着优化程序代码来提升访问速度呢？CSDN网站每天有600多万访问量，比豆瓣的访问量略高一些，CSDN有30多台服务器，其实服务器少不见得就有多好，服务器多也不见得就是什么坏事。用投入硬件的方式可以解决的性能问题，总是会比软件优化方式来得成本低。