建议使用闪电般的，功能轻便的，安全的Linux Web服务器来提供静态内容。

必备要求清单：

• 能够通过HTTP 提供静态 HTML页面和文件（图像，压缩档案，ASCII文本文件等）。
• 是资源保守。它使用所需的内容通过网络以内存和CPU的形式发送数据，仅此而已。
• 安装空间小。
• 仅使用必要的网络带宽。
• 要成熟。
• 是很容易配置。
• 被编译成本地代码。没有Python或Java等。

我不需要的：

• 复杂的配置选项。如果稍后需要，我将切换到Apache httpd。
• 支持运行CGI，Perl，PHP，Java，Server Side Includes或其他“扩展”。

有什么建议吗？

nginx在nginx Wiki网站上了解更多信息。

天气热，快，小。Netcraft调查中的百分之几。

我想到了Lighttpd。

根据Lighttpd教程文档，配置静态服务器大约需要5分钟：

有很多，但我个人喜欢切诺基。它相对较新，但是使用内置的Web-gui进行配置也非常简单。

也许我会被否决，因为每个问题的“必须具备”列表都没有将这些解决方案编译成本机代码，但是对于静态内容，它并没有比使用Python One Liner共享当前目录容易得多：

python -m SimpleHTTPServer 9914

请注意，端口9914是任意的，只是在我找到此解决方案时使用的示例：http : //linux.byexamples.com/archives/506/python-simple-http-server-for-file-sharing

当然，您也可以使用Perl做到这一点：

perl -MIO::All -e 'io(":8080")->fork->accept->(sub { $_[0] < io(-x $1 ? "./$1 |" : $1) if /^GET \/(.*) / })'

。。。如http://search.cpan.org/~ingy/IO-All-0.39/lib/IO/All.pod#A_Tiny_Web_Server所述

正是您所描述的服务器：

• kHTTPd —在内核中，非常简单的服务器。仅静态文件。

快速的服务器，如果需要还可以提供动态页面：

• LigHTTPd-服务器作为解决 C10K问题的概念证明。
• nginx-非常流行，通常用于流式传输或用作反向代理。

一些评论者提到了lighttpd。另一个选择是thttpd。

快速，安全，高效，低功能：Dan Bernstein的publicfile。

还是kHTTPd-Linux内核中内置的服务器？

我会在这里和切诺基一起去。另外，我会忘记Apache。我们所有人都喜欢使用apache，并乐于使用mysql和mysql。我们都有美好的回忆，我们都知道如何使用它。:)

然而，过去是通过玫瑰色的玻璃杯着色的。胖屁股的内存使用，胖进程，复杂的配置文件，嵌入式解释器。在VPS的当今时代，没有人需要胖屁股了。喜欢这些回忆，但可以为应用程序节省RAM。

最近两年来，我一直在使用mathopd来提供静态内容[某些电子商务网站上的图片混合+大量下载]。不用担心-易于配置，可以正常工作并使CPU保持空闲状态。

多年来，我使用thttpd取得了出色的效果，经常每秒处理250个以上的请求（这平均在一小时的过程中），并且多达400个同时进行的请求。内存使用率低，稳定性极高，即使要求/秒负载很高，系统负载也几乎没有。

Bloom County的Bill the Cat解释了thttpd的发音。

您可能想看看http://www.lighttpd.net/。不知道这是否满足您的要求。

有一种称为Zeus的商业Web服务器，已广泛用于以大量静态内容为特征的内容行业。IIRC它基于异步。I / O，在CPU上非常有效。它可能会做您想要的，但是它不是免费的。

您可以尝试一下。

OKWS是一个Web服务器，专门用于构建快速和安全的Web服务。它为Web开发人员提供了一小部分工具，这些工具已被证明足够强大，可以用有限的精力构建复杂的系统。尽管强调安全性，OKWS还是显示出相对于流行竞争对手的性能优势：在为全动态，无磁盘绑定的数据库工作负载提供服务时，OKWS的吞吐量和响应能力超过了Apache，Flash（Web服务器性能的王者）和Haboob（被誉为最快的Java Web服务器的学术系统）。OKWS的商业经验表明，该系统可以减少硬件和系统管理成本，同时提供当前系统中缺少的安全性保证。

从okws.org复制

要或多或少完整，请不要忘记Hiawatha。这方面的发展非常活跃，它拥有一个友好而乐于助人的社区。

已经提到了大多数安全轻便的Web服务器（例如publicfile，Nginx，Cherokee等）。如果这些都不满足您的要求，我认为我的建议是将您的静态文件（资产）托管到您的网页的AWS S3和CloudFront以及Google Sites。