Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of bchesneau@gmail.com
 designates 209.85.160.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=qRF5liOZJYEWvS/marW5bcMqmYJZ5GqSK9Qpsc3pqtP7Qe7dg5APJSG4PWSDj/ENUS
         U0odxO1g/yvs6GL134xAPWL6J8efoX/Nlp5X0lK8MNQx01NFuVFGCw8Frx9nTr9W6ZzJ
         s2FT2lnC6UW8Dh1+rZ+a5HQ4ACVYSB59oU0aA=
MIME-Version: 1.0
In-Reply-To: <AANLkTinos+cUKBx=RN=mVGew+5b85UDFJo1eWMEwv_5R@mail.gmail.com>
References: <AANLkTinos+cUKBx=RN=mVGew+5b85UDFJo1eWMEwv_5R@mail.gmail.com>
Date: Mon, 16 Aug 2010 21:55:24 +0200
Message-ID: <AANLkTi=rKW0NgtgDiASkmrjrYKSeOU2GpHRi5WA3DaYp@mail.gmail.com>
Subject: Re: new vhost manager
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 Mon, Aug 16, 2010 at 5:06 PM, Benoit Chesneau <bchesneau@gmail.com> wrot=
e:
> So to solve the previous bug I mentionned, I've refactored the vhost
> part. I put it in its own gen_server. It's now possible add
> dynamically vhosts without restart by just adding them to the ini, It
> allows wildcard in vhost, specific functions in erlang =A0per domain
> (which allows someone to build its own route). Default redirect
> function could aso be changed in the ini. It also fix issue in etap
> test (160) .
>
> more details here :
>
> https://issues.apache.org/jira/browse/COUCHDB-855
>
> - benoit
>

updated version of the patch added with domain rewriting possibilities :

Like in the _rewrite handler you could match some variable and use
them to create the target path. Some examples:

    [vhosts]
    *.example.com =3D /*
    $dbname.example.com =3D /$dbname
    $ddocname.$dbname.example.com =3D /$dbname/_design/$ddocname/_rewrite

First rule pass wildcard as dbname, second do the same but use a
variable name and the third one allows you to use any app with
$ddocname in any db with $dbname .
[ Show =BB ]
Benoit Chesneau added a comment - 16/Aug/10 03:52 PM new version of
the patch allowing Host rewriting : Like in the _rewrite handler you
could match some variable and use them to create the target path. Some
examples:     [vhosts]     *.example.com =3D /*     $dbname.example.com
=3D /$dbname     $ddocname.$dbname.example.com =3D
/$dbname/_design/$ddocname/_rewrite First rule pass wildcard as
dbname, second do the same but use a variable name and the third one
allows you to use any app with $ddocname in any db with $dbname .


Works here, I can commit it if it's ok for you.

- benoit