我想在生产中使用Lighttpd来提供Django应用程序，但是现在看来，Nginx越来越stream行了。 这是为什么？ 我知道在过去Lighttpd有内存泄漏，但现在不是这个固定的？ 他们确实有活跃的开发人员来解决这种事情，不是吗？
有什么理由我应该用Nginx而不是Lighty？ 我知道nginx是一个很好的服务器，但它真的比lighty更好，更好吗？
我是当前的nginx用户和以前的lighttpd用户，我只能回应稳定性问题。 此外，nginx已经有了积极的开发，并且经常会看到每隔几周发布一个新版本的新特性或小错误修复。 一旦你学习了nginx的做事方式，configuration文件也非常清晰，非常强大。
Nginx也可以用作负载平衡器（尽pipe如果你不需要SSL，haproxy可能会更好一些）。
Nginx也可以用作SSL反向代理，如果你在多个虚拟主机上使用SSL的话，这个代价是巨大的 。 这可能是nginx Netcraft数字和nginx作者在最近一次采访中说的最大原因，他认为这是大部分部署的原因。 这当然是为什么我开始使用它，然后惊讶于我看到的性能增益:)
我最近在同一台服务器上为我正在开发的一个新项目做了lighttpd和nginx的并行评估。 在我的testing中，Nginx比Lighttpdperformance得稍微好一点，所以我们把nginx放入了生产环境。 FWIW Netcraft有关nginx的报告比面向外部的web服务器上的lighttpd使用得更广泛： http ： //news.netcraft.com/
我正在使用nginx和lighttpd，在> 500k次点击/天的网站上非常成功。 Lighttpd（核心）内存泄漏必须是一个神话，我没有经历任何问题在这一次。
Nginx很棒。 即使具有大量的stream量，闪电也很快，非常稳定，configuration简单，内存和cpu占用量小。
在我们的例子中，nginx正在执行反向代理caching，负载平衡和url重写，而lighttpd + spawncgi + php作为后台服务器执行脚本执行。
我还没有很好地testing过nginx的fastcgi接口，所以我不能说这有多好。 用于静态文件的php-fpm + nginx可以取代lighttpd
在这两个上find一个VS页面，这里是一个小碎片：
“稳定性
截至2009年8月，lighttpd仍然没有解决3年前报告的内存泄漏问题。 Lighty的一个问题是，它像一个筛子一样泄漏内存。 我审查了一下，我放弃了，这是一团糟。 我会避开它，它会很快毁了你的一天，如果你扔了很多的stream量。
来源： http : //www.wikivs.com/wiki/Lighttpd_vs_nginx
老实说，我没有使用nginx，所以我不能从经验中发言。 我主要在我的web服务器上使用apache，但我有一个在家使用lighttpd。 它只提供一个小的html页面，只能通过VPN访问，所以当有人远程进入时，它更像是一个信息门户。
当我下一步开始尝试新的和更新的服务器端应用程序时，我可能会玩nginx。 在这一天结束的时候，这是你自己的select，但是如果它要成为一个生产环境的话，那么在做出任何决定之前，我都会先研究一下。
我不太了解lighttpd，但是从下面的链接中读到，我知道lighttpd作为一个单线程运行，而nginx则使用主进程和多个工作进程。
http://www.wikivs.com/wiki/Lighttpd_vs_nginx
Lighttpd作为一个单线程和非阻塞I / O的单进程运行。
nginx作为一个主进程工作，但将其工作委托给工作进程。
所以这使nginx更适合利用多核心系统，现在几乎所有的设备都带有多个核心。