解释CouchDB'；CouchDB是否以某种方式与Apache捆绑在一起？它是如何工作的？

我试图了解CouchDB是如何工作的。它是与单独的Apache捆绑在一起，还是在系统中使用Apache。我试图了解它是如何决定在哪里为网站服务的，以及不同的方向是如何做到的。这是一个重要的信息，因为我试图理解如何用它实现Apache2.2 mod proxy-module。我需要调优CouchDB还是需要调优一个单独的Apache进程？假设您有10个CouchDB进程，并且您希望将它们的结果定向到siteA，您如何做到这一点

抱歉，我现在含糊不清，但我正在尝试理解如何将不同的东西从一个站点组合到另一个站点，拥有不同的授权cookies等。我遇到了一个问题，我有两个独立的站点

hello.com/myCouchDb/

和

hallo.de/someOthersite.html

分别工作。当我合并代码时，身份验证失败——我认为至少有三种不同的备选解决方案：

A）将验证内容从另一个站点重定向到另一个站点（有点黑客）和/或

B）以某种方式配置CouchDB Apache设置，我在Futon中尝试过，但失败了

C）将身份验证cookie存储到某个目录或数据库，并在它们变旧时刷新它们（或使用永不过时的cookie）

那么，如何将不同的CouchDB实例与不同的身份验证设置合并在一起呢？假设您有10个人拥有不同的身份验证cookie，并且您希望以某种方式将他们合并到同一个站点。你怎么能做到？您是调整网络设置、Apache设置还是CouchDB设置？或者，您只是将cookie存储到某个目录或数据库中，每次它们变旧时都会刷新这些目录或数据库吗

另外，我是管理员，所以不用担心OAuth2.0，我有身份验证cookie，可以对不同的实例执行我想要的任何操作。我就是不明白如何合并不同的实例

可能相关

---

听起来你对CouchDB的结构感到困惑。CouchDB是一个具有HTTP API的本机JSON数据库。该API是通过Mochiweb提供的，Mochiweb是捆绑在CouchDB中的基于Erlang的Web服务器。只有一台CouchDB服务器正在运行，但它运行在Erlang虚拟机（BEAM）内部，并且与典型的ApacheHTTPD方法有着根本不同的体系结构

---

关于身份验证，CouchDB有一个每个实例（服务器）的用户数据库，其中包含密码和最少的帐户详细信息。作为管理员，您可以使用Futon看到这一点，尽管普通用户只能访问自己的个人资料。您可以将用户分配到各种角色，然后将这些角色和用户应用到每个数据库。一旦在DB上设置了_安全对象，您就需要通过身份验证才能读取，并且您可以使用验证更新函数强制执行写入约束。一些关于和以及wiki的简要信息。

所以这个

“CouchDB——有一个HTTP API。该API是通过Mochiweb提供的，Mochiweb是一个基于Erlang的Web服务器，捆绑在CouchDB中。”

意味着没有Apache服务器或者Mochiweb是什么？基于Apache还是为什么在Apache托管下？Mochiweb中的mod proxy是什么？假设站点A和站点B有cookie和其他相关材料——它们应该托管在站点C中。如何托管？第二，我要谷歌/调查一下，无论如何感谢你转我+1APACHE软件基金会是一个志愿者为基础的组织，编写和分发可怕的软件。我们的项目之一是apachehttpd服务器。还有CouchDB。CouchDB中没有HTTPD组件，如果您愿意，我们只共享组织名称-品牌。CouchDB不需要代理，而且随着1.3.0版本的CORS支持，您应该能够访问web上几乎任何地方的数据。