必须具备的要求清单:
我不需要的东西:
有什么build议吗?
nginx在nginx维基网站上了解更多信息。
它很热,很快,很小。 在Netcraft调查中有几个%。
Lighttpd浮现在脑海中。
根据Lighttpd教程文档 ,configuration静态服务器大约需要5分钟:
有很多,但我个人喜欢切诺基。 这是相对较新的,但也很简单,configuration一个内置的web gui。
也许我会得到downvoted,因为这些解决scheme没有被编译成本地代码,每个问题的“必须”列表,但对于静态内容,它不会比用Python一个class轮共享当前目录更容易:
python -m SimpleHTTPServer 9914
请注意,端口9914是任意的,只是我find这个解决scheme的例子: 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中所述
服务器正是你所描述的:
炙手可热的服务器,如果需要也可以提供dynamic页面:
几位评论者提到了lighttpd。 另一个选项是thttpd。
快速,安全,高效,低function:Dan Bernstein的publicfile。
或kHTTPd – 内置于linux内核的服务器?
我会在这里和切诺基一起去的。 另外,我会忘记Apache。 我们都长大,深情地使用apache,玩得开心,还有mysql。 我们都有美好的回忆,我们都知道如何使用它。 🙂
不过,这是过去,通过玫瑰色的眼镜着色。 肥屁股内存使用情况,胖进程,复杂的configuration文件,embedded式解释器.. feh。 在今天的VPS的时代,没有人需要胖屁股阿帕奇了。 爱的回忆,但保存你的应用程序的RAM。
过去两年来,我一直在使用mathopd来提供静态内容[某些电子商务网站上的图像混合+大量下载]。 没有头痛 – 容易configuration,只是工作,离开CPU闲置。
thttpd多年来我都有很好的成绩,经常每秒钟处理超过250个请求(平均在一个小时内),以及多达400个同时请求。 内存使用率低,稳定性非常高,系统负载几乎没有,即使在高需求/秒负载。
布卢姆县的比尔猫,解释如何发音thttpd 。
你可能想看看http://www.lighttpd.net/。 我不确定它是否是一个矫枉过正的要求。
有一个名为Zeus的商业networking服务器,在大容量静态内容的特点中被广泛使用。 IIRC它是基于asynchronous的。 I / O,这是非常有效的CPU。 它可能做你想做的,但它不是免费的。
OKWS是一个Web服务器,专门用于构build快速和安全的Web服务。 它为Web开发人员提供了一小部分已经certificate足够强大的工具,可以用有限的工作来构build复杂的系统。 尽pipe强调安全性,但是OKWS相对于普遍的竞争对手来说却显示出了性能上的优势:在为完全dynamic的,非磁盘限制的数据库工作负载提供服务时,OKWS的吞吐量和响应速度超过了Apache , Flash (Web服务器性能之王)和Haboob一个学术系统被誉为是该块上最快的Java Web服务器)。 OKWS的商业经验表明,该系统可以降低硬件和系统pipe理成本,同时为当前系统提供安全保证。
从okws.org复制
要多多lessless完成,别忘了Hiawatha 。 这个项目的发展相当活跃,有一个友善和乐于助人的社区。
大多数安全和轻量级的Web服务器已经被提及(例如publicfile,Nginx,Cherokee等)。 如果这些都不会达到您的要求,我认为我的build议是将您的静态文件(资产)托pipe到您的网页的AWS S3和CloudFront和Google站点 。