Node.js：connect.static/express.static或“标准”网络服务器？

connect.static中间件是否足够强大，足以提供不仅仅是样式表和脚本的静态内容？Node.js：connect.static/express.static或“标准”网络服务器？

（我正在考虑如服务大量图像文件的情况）。

或者对于静态内容运行“标准”网络服务器（比如nginx）更合适吗？

2012-03-26 UpTheCreek

加载问题的排序。直到它没有时才好。

这些静态中间件是大多数动态网站的便捷方法。您始终可以切换使用Node.js-based static content server，然后进一步切换到主要用于静态内容的NginX，然后当这还不够时，如果磁盘I/O可以为多个Nginx服务器设置Nginx反向代理服务器成为一个瓶颈，如果您的逆向代理服务器无法处理传入连接的数量并且/或者您想要在全球范围内分发主机，则可以使用Round-Robin DNS进一步改进内容，并且您始终可以通过以下方式支付所有此类工程工作：将您的静态内容托管在CDN中。

所以，做一些基准测试。你期望你的网站有多少请求？静态与动态内容的百分比是多少？终端用户可以在第二次请求中缓存多少静态内容？这些文件平均有多大？

一旦你可以计算出类似于“每秒4000个请求，每秒30MB的总吞吐量”，那么你就可以决定你应该建立的托管静态内容的滑动范围。

来源

2012-03-26 20:04:54

+1你不可能碰到边界。如果你这样做，改用CDN。 – 2012-03-26 20:24:17

我主要回答了服务静态内容的情况，以防万一他不允许使用CDN（一个大型企业内部网站[ha！]，或者服务的内容是市场价值的一部分公司，并应严格控制[Facebook]）。 – 2012-03-26 20:29:55

感谢您的回答。我不打算这是一个加载的问题。只是像nginx这样的东西在静态内容服务方面有很好的声誉，而connect.static似乎有点不确定。我还没有到达阶段，我可以做基准了，是的，CDN可能是未来的选择（当然也可以解决问题），但我现在正在评估本地解决方案。我希望最初能够从其他人对节点静态内容服务的体验中学到一些东西。 – UpTheCreek 2012-03-27 06:14:55

Node.js：connect.static/express.static或“标准”网络服务器？

回答

相关问题