我目前在 VPS 上使用 Lighttpd。在那之前是 nginx,但我回到 Lighttpd 因为我需要 CGI。
Apache 的 HTTPD 是主流。所有文档都包含 Apache 的示例,并且大多数模块仅适用于 Apache。
使用不同于 Apache 的东西的努力真的值得吗?
我不会认为它是过早的优化。这两个网络服务器是很好的产品,并且在静态内容方面很强大。仅仅因为 Apache 被广泛使用,并不意味着其他产品只是“优化”。根据我的经验,lighttpd 和 nginx 很容易配置,并且您可以将 fcgi 绑定用于大多数编程语言。
您应该考虑您需要的功能并选择提供这些功能的服务器,可能是使用较少资源的服务器,很可能不是 Apache。
使用不同于 Apache 的东西的努力真的值得吗?
这完全取决于您的需求:如果您的并发用户少于几十个(并且不打算很快看到这个数字增长),那么这只是一个口味问题。
但是,如果您担心成本是因为您的应用程序旨在随负载扩展,那么使用最高效的服务器会将您的成本分摊至多几个数量级。
这就是为什么有选择是伟大的!
一个非常好的测试工具是 weighttp(与 ApacheBench 的语法相同,但速度更快并且......多线程 - 测试在多核 CPU 上扩展的 SMP 服务器的必要条件)。
这取决于您的需求。我在 nginx 做我需要的事情时使用它,它通常会这样做。Apache 支持许多我不经常使用的东西。只使用需要的东西很好。
是的,如果您需要类似 10k 的并发连接,我认为您有机会使用 LigtHTTPd,但不能使用 apache。
如果在开发时值得切换,我不确定。可能使用您最了解的网络服务器来开发和优化它。
这实际上取决于您的一组要求。是的,过早的优化是邪恶的,但老实说,我真的不明白这是怎么回事。
您将对此网络服务器有一定的要求 - 可能与它的安装难易程度有关?可移植性?功能集?等等,这决定了你的大部分决定。
我想说,不要担心您选择的 Web 服务器的过早优化 - 相反,客观地看看您想要它是什么以及您想要它做什么,然后从那里做出决定并构建您的解决方案。
如果您正在运行 Rails,那么使用 Lighttpd 会过早地去优化。:) 所以这一切都取决于你需要什么。您的 IT 人员,如果/一旦您拥有它们,会感谢您尽可能使用 apache。