我假设你正在制作一个web应用程序，因为你提到了Apache和Node。快速回答——有可能吗?推荐吗? -不推荐。Node捆绑了自己的web服务器，大多数网站都运行在80端口上。我还假设目前没有Apache插件是由Nodejs支持的，我不确定创建一个虚拟主机是否是实现这一点的最佳方式。这些问题应该由维护Nodejs的开发者来回答，就像Joyent的那些好人一样。

而不是端口，更好的方法是评估Node的技术堆栈，它与大多数其他技术栈完全不同，这也是我喜欢它的原因，但它也涉及到一些妥协，您应该事先知道。

您的示例看起来类似于CMS或共享web应用程序，并且有数百个可用的开箱即用应用程序可以在Apache上正常运行。即使你不喜欢任何现成的解决方案，你也可以用PHP / Java / Python编写一个web应用程序，或者将它与几个现成的应用程序混合，它们都被设计和支持在一个Apache实例后运行。

是时候停下来想想我刚才说的话了。

现在您已经准备好决定要使用哪个技术堆栈了。如果你的网站永远不会使用任何一个需要Apache的现成应用程序，那么就选择Node，否则你必须首先消除我前面所说的假设。

最后，您对技术堆栈的选择比任何单个组件都重要得多。

我完全同意@Straseus的观点，使用node.js文件系统api来处理上传和下载是相对简单的，但要多考虑一下从长远来看你想从你的网站得到什么，然后选择你的技术堆栈。

学习Node的框架比学习其他框架更容易，但它不是万能的。只要稍加努力(这本身可能是有价值的努力)，您也可以学习任何其他框架。我们都可以互相学习，如果你在一个小团队中工作，你会比独自工作更有效率，你的后端技术技能也会发展得更快。因此，不要轻易低估团队其他成员的技能。

这篇文章大约发布了一年，你可能已经决定了，但我希望我的咆哮能帮助下一个正在经历类似决定的人。

感谢阅读。

我假设你正在制作一个web应用程序，因为你提到了Apache和Node。快速回答——有可能吗?推荐吗? -不推荐。Node捆绑了自己的web服务器，大多数网站都运行在80端口上。我还假设目前没有Apache插件是由Nodejs支持的，我不确定创建一个虚拟主机是否是实现这一点的最佳方式。这些问题应该由维护Nodejs的开发者来回答，就像Joyent的那些好人一样。

而不是端口，更好的方法是评估Node的技术堆栈，它与大多数其他技术栈完全不同，这也是我喜欢它的原因，但它也涉及到一些妥协，您应该事先知道。

您的示例看起来类似于CMS或共享web应用程序，并且有数百个可用的开箱即用应用程序可以在Apache上正常运行。即使你不喜欢任何现成的解决方案，你也可以用PHP / Java / Python编写一个web应用程序，或者将它与几个现成的应用程序混合，它们都被设计和支持在一个Apache实例后运行。

是时候停下来想想我刚才说的话了。

现在您已经准备好决定要使用哪个技术堆栈了。如果你的网站永远不会使用任何一个需要Apache的现成应用程序，那么就选择Node，否则你必须首先消除我前面所说的假设。

最后，您对技术堆栈的选择比任何单个组件都重要得多。

我完全同意@Straseus的观点，使用node.js文件系统api来处理上传和下载是相对简单的，但要多考虑一下从长远来看你想从你的网站得到什么，然后选择你的技术堆栈。

学习Node的框架比学习其他框架更容易，但它不是万能的。只要稍加努力(这本身可能是有价值的努力)，您也可以学习任何其他框架。我们都可以互相学习，如果你在一个小团队中工作，你会比独自工作更有效率，你的后端技术技能也会发展得更快。因此，不要轻易低估团队其他成员的技能。

这篇文章大约发布了一年，你可能已经决定了，但我希望我的咆哮能帮助下一个正在经历类似决定的人。

感谢阅读。

在一台服务器上运行Node和Apache很简单，因为它们并不冲突。NodeJS只是一种执行JavaScript服务器端的方式。真正的困境来自于从外部同时访问Node和Apache。在我看来，你有两个选择:

设置Apache将所有匹配的请求代理给NodeJS，后者将在node中执行文件上传和其他任何操作。 让Apache和Node在不同的IP:端口组合上(如果您的服务器有两个IP，那么一个可以绑定到您的节点侦听器，另一个绑定到Apache)。

我也开始怀疑这可能不是你真正想要的。如果你的最终目标是用Nodejs编写应用程序逻辑，并将一些“文件处理”部分卸载给承包商，那么这实际上是语言的选择，而不是web服务器。

这个问题更多地属于服务器故障，但我想说的是，在大多数情况下，在Node.js之前运行Apache并不是一个好方法。

Apache的ProxyPass对于很多事情来说都很棒(比如将基于Tomcat的服务作为站点的一部分公开)，如果你的Node.js应用只是在做一个特定的、小的角色，或者是一个内部工具，只可能有有限数量的用户，那么使用它可能会更容易，这样你就可以让它工作并继续前进，但这里听起来不是这样的情况。

如果你想利用使用Node.js获得的性能和规模，特别是如果你想使用一些涉及维护持久连接的东西，比如web套接字，你最好在其他端口上运行Apache和Node.js(例如Apache在localhost上:8080,Node.js在localhost上:3000)，然后在前面运行像nginx, Varnish或HA代理之类的东西，并以这种方式路由流量。

使用像varnish或nginx这样的东西，你可以基于路径和/或主机路由流量。它们都使用更少的系统资源，并且比使用Apache做同样的事情更具可伸缩性。

你可以使用不同的方法，比如用nodejs编写一个反向代理服务器来代理apache和所有其他nodejs应用程序。

首先，你需要让apache在不同的端口上运行，而不是80端口。例如:端口8080

然后你可以用nodejs写一个反向代理脚本:

var proxy = require('redbird')({port: 80, xfwd: false);

proxy.register("mydomain.me/blog", "http://mydomain.me:8080/blog");
proxy.register("mydomain.me", "http://mydomain.me:3000");

下面这篇文章描述了整个制作过程。

运行apache与node js反向代理-使用redbird

我也在找同样的信息。终于从上面@Straseus的答案链接中找到了答案

http://arguments.callee.info/2010/04/20/running-apache-and-node-js-together/

下面是在80端口运行apache网站，在8080端口运行node js服务并使用.htaccess RewriteRule的最终解决方案

在apache网站的DocumentRoot目录下增加如下内容:

Options +FollowSymLinks -MultiViews

<IfModule mod_rewrite.c>

RewriteEngine on

# Simple URL redirect:
RewriteRule ^test.html$ http://arguments.callee.info:8000/test/ [P]

# More complicated (the user sees only "benchmark.html" in their address bar)
RewriteRule ^benchmark.html$ http://arguments.callee.info:8000/node?action=benchmark [P]

# Redirect a whole subdirectory:
RewriteRule ^node/(.*) http://arguments.callee.info:8000/$1 [P]

对于目录级重定向，上面的链接建议使用(.+)规则，该规则要求'node/'后面有一个或多个字符。我必须将它转换为(.*)，这是零或更多，我的东西才能工作。

非常感谢@Straseus的链接