哪个最适合Django？Lighttpd还是Nginx？也许还有其他东西？[关闭]

根据您的经验，Lighttpd和Nginx中的哪一个更适合Django？我已经使用了这两种方法，几乎​​没有注意到任何区别，它们只是工作得很好...是否有任何用例中的一种比另一种表现好得多？回答时，请同时考虑配置的简便性和效率。

我通常的设置是./manage.py runfcgi daemonize=false port=8098 host=127.0.0.1通过daemontools或init.d脚本和lighty / nginx作为反向代理启动一个单独的Django FCGI进程（如中的）。

哦，如果您觉得对于Django，其他HTTP服务器要比Lighty和Nginx好得多，请不要犹豫，分享您的想法。

在将它们用作Django，Rails等的反向代理时，与apache相比，Nginx和Lighttpd都是更好的选择。两者均支持FastCGI和Http代理。两者都提供了基于单线程select（）（或更好）的模型，以有效利用资源。

但是，我的投票投向了Nginx，它拥有非常活跃的用户群（目前是Ruby on Rails集的宠儿），并且正在积极开发中。Lighttpd可能会被误认为已经死了，已经超过2年，而我们仍在等待beta 1.5。

建议使用mod_wsgi将Django应用程序投入生产。Apache的mod_wsgi比nginx更好。在nginx的mod_wsgi中找不到官方软件包（在当前Linux发行版中），您需要自己编译。我喜欢nginx，但如果您想安全玩，请使用Apache mod_wsgi。

mod-wsgi是在生产环境中运行django应用程序的最佳方法，它比fastcgi灵活得多，并且没有启动时间等问题。

真正的mod-wsgi用于Apache，但是还有另一个mod-wsgi用于nginx。apache很棒，我无法评论nginx。

就个人而言，我将远离lighttpd。它没有nginx的稳定性，我还没有看到没有内存泄漏的lighttpd案例。

基本上，我的第一选择是apache 2.2，我的第二选择是nginx。

不要相信有关响应时间和可伸缩性的炒作。事实是，没关系。（Google使用Apache）。

另外，请考虑使用Google App Engine。您可以在那里免费托管Django项目，而不必担心维护服务器基础结构。