Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of bchesneau@gmail.com designates
 209.85.214.180 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=h2ja18DmqqdtMcQP66uIzW6H20zcVX6NkWN9/OLUd747RPTjhAa6ujF+Hom70mg6ml
         Y3kMaOjf23++zwuzDZPaMEGvZVTJnoTNxgrOC3dLFKYyD86psBYVrOU7pseYgXZRdWkV
         3Ir5BQ7vSHNPewqoSizBzky9n5duHEgn0+zS4=
MIME-Version: 1.0
In-Reply-To: <AANLkTi=k5QyOi8P9vFi+V+YQVeaCU8wXf3Dj09RFSx-_@mail.gmail.com>
References: <20100925173757.C583A23889ED@eris.apache.org>
	<AANLkTinKQRB4_CPA+DwzNifmbkzQGdfriXGJU_9roGPR@mail.gmail.com>
	<AANLkTi=b8c7CbT7gg9MHYM80DYLam8mumPYUxyOk3GCE@mail.gmail.com>
	<AANLkTimXn17fwy9oage3Q+H98Cw7N8XqLgDkuRQiccn9@mail.gmail.com>
	<AANLkTi=EhkpaOAChpC+kKOCUbAW1M8SSOTL=SKbaSHjT@mail.gmail.com>
	<79D74715-4889-4613-BEE3-B7905EDA6532@apache.org>
	<AANLkTi==+wCNwNfrn0A-+Y=s3M7KKGmYbN8m9NBgH2CB@mail.gmail.com>
	<AANLkTi=pZov0UJaWUR+Z04w4OFZpgcWoQEbA3pSX8Qa1@mail.gmail.com>
	<B1C0AE8E-5F87-4A13-8511-7DD89E8A4A7E@apache.org>
	<AANLkTi=zq22w9wL1-uGbXF3KAU1TuXARTnEb=Z_ynzKA@mail.gmail.com>
	<AANLkTimDeGz2DwCG-GrJeJCisDkfM3kpGyawRUcFyg2+@mail.gmail.com>
	<AANLkTikuZkju91Cu7-6daf=k24rT_7bhxb4AMywg3jiv@mail.gmail.com>
	<AANLkTi=FCui+EgLDJO8DrFj8=Pd1xm-R9ChsFkfRzF-+@mail.gmail.com>
	<AANLkTi=k5QyOi8P9vFi+V+YQVeaCU8wXf3Dj09RFSx-_@mail.gmail.com>
Date: Tue, 28 Sep 2010 21:49:31 +0200
Message-ID: <AANLkTik1k=-wQbOSrgc21BNS5YbEFM+dXr9n_8p+ivzE@mail.gmail.com>
Subject: Re: svn commit: r1001283 - in /couchdb/trunk/etc/couchdb: Makefile.am
 default.ini.tpl.in
From: Benoit Chesneau <bchesneau@gmail.com>
To: dev@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Sep 28, 2010 at 9:41 PM, Paul Davis <paul.joseph.davis@gmail.com> w=
rote:

>
> What if the client doesn't have access to the arbitrarily chosen
> address? There's no way that CouchDB can guess at all the possible
> network configurations to try and make that choice. Even if a random
> address works 99% of the time, why make a decision to break things for
> the 1%? Even if we list multiple address the client is free to just
> try the first one and have it work 99% of the time.
indeed.
So let' let the client doing the choice itself. I think that's indeed
case where there will be more than one will be rare. Put all urls on
different lines may be more "unix".

>
> I'm not sure what you mean by virtual hosting and different data or
> what problems that might introduce.
>
was thinking to a vhost systeme =E0la apache

[vhost]
port =3D 5984
bind_address =3D 127.0.0.1
database_dir =3D /usr/local/var/lib/couchdb
view_index_dir =3D /usr/local/var/lib/couchdb
uri_file =3D /usr/local/var/lib/couchdb/couch.uri

etc . one section per vhost. Just a thought.

- benoit