Apache 在大多数情况下，使用Lighttpd和nginx这样的Web服务器只是过早的优化吗？

我目前正在VPS上使用Lighttpd。在此之前，它是nginx，但我回到Lighttpd，因为我需要CGI

Apache的HTTPD是主流。所有文档都包含Apache示例，大多数模块仅适用于Apache

---

使用与Apache不同的东西真的值得吗？

这取决于您的需要。当nginx做我需要的事情时，我会使用它，它通常会这样做。Apache支持许多我不经常使用的东西。只使用需要的东西很好。

这取决于你的需要。当nginx做我需要的事情时，我会使用它，它通常会这样做。Apache支持许多我不经常使用的东西。只使用所需要的是很好的。

< P>我不认为它是过早的优化。这两个Web服务器是很好的产品，静态内容很强。仅仅因为Apache被广泛使用，并不意味着其他产品只是“优化”。根据我的经验，lighttpd和nginx很容易配置，并且可以对大多数编程语言使用fcgi绑定

---

你应该考虑你需要的功能，并选择一个提供那些可能使用更少资源的服务器，很可能不会是Apache。

< P>我不认为它是过早的优化。这两个Web服务器是很好的产品，静态内容很强。仅仅因为Apache被广泛使用，并不意味着其他产品只是“优化”。根据我的经验，lighttpd和nginx很容易配置，并且可以对大多数编程语言使用fcgi绑定

---

你应该考虑你需要的功能，并选择一个提供这些服务器的服务器，可能是使用更少资源最可能不是Apache的服务器。

< P>是的，如果你需要一些类似10K的并发连接，你就有机会使用LigTTPD，但我不想用Apache。

---

在开发过程中是否值得切换，我不确定。以后可能会使用您最熟悉的Web服务器进行开发和优化。

是的，如果您需要10k并发连接，您有机会使用LigtHTTPd，但我认为不可能使用apache

---

在开发过程中是否值得切换，我不确定。以后可能会使用您最熟悉的Web服务器进行开发和优化。

这取决于您的需求集。是的，过早优化是有害的，但老实说，我真的不明白这是怎么回事

您可能会对这个Web服务器有一定的要求—可能与它的安装有多容易有关？便携性？功能集？等等，这决定了你的大部分决定

---

我想说的是，不要担心过早优化您选择的web服务器，而是客观地考虑您希望它是什么以及您希望它做什么，然后在此基础上做出决策并构建解决方案。

这实际上取决于您的一系列需求。是的，过早优化是有害的，但老实说，我真的不明白这是怎么回事

您可能会对这个Web服务器有一定的要求—可能与它的安装有多容易有关？便携性？功能集？等等，这决定了你的大部分决定

---

我想说的是，不要担心过早地优化您选择的web服务器，而是客观地考虑您希望它是什么以及您希望它做什么，然后在此基础上做出决定并构建您的解决方案。

如果您运行的是Rails，那么使用Lighttpd是过早的去优化。（）所以这完全取决于你需要什么。您的IT人员，如果/一旦您拥有了他们，将感谢您尽可能使用apache。

如果您正在运行Rails，使用Lighttpd是过早的去优化。：）所以这完全取决于你需要什么。您的IT人员，如果/一旦您拥有了他们，将感谢您尽可能使用apache

使用与Apache不同的东西真的值得吗

这完全取决于你的需求：如果你的并发用户不到几十个（并且不打算很快看到这个数字增长），那么这只是一个品味问题

但是，如果您担心成本，因为您的应用程序旨在随负载扩展，那么使用最高效的服务器会将成本分成几个数量级

这就是为什么有选择是伟大的

一个非常好的测试工具是weighttp（语法与ApacheBench相同，但速度更快……多线程——这是测试可在多核CPU上扩展的SMP服务器的必要条件）

使用与Apache不同的东西真的值得吗

这完全取决于你的需求：如果你的并发用户不到几十个（并且不打算很快看到这个数字增长），那么这只是一个品味问题

但是，如果您担心成本，因为您的应用程序旨在随负载扩展，那么使用最高效的服务器会将成本分成几个数量级

这就是为什么有选择是伟大的

---

一个非常好的测试工具是weighttp（语法与ApacheBench相同，但速度更快……多线程—这是测试可在多核CPU上扩展的SMP服务器的必要条件）。

我同意。我从未意识到除了apache还有其他http守护进程。我尝试了lighttpd，发现它的配置文件是一个绝对可以使用的文件（与古老的httpd.conf文件相比），我同意。我从未意识到除了apache还有其他http守护进程。我尝试了lighttpd，发现它的配置文件非常适合使用（与那陈旧的httpd.conf文件相比）