Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 72363 invoked from network); 3 Apr 2010 08:35:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 3 Apr 2010 08:35:50 -0000 Received: (qmail 94045 invoked by uid 500); 3 Apr 2010 08:35:50 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 93953 invoked by uid 500); 3 Apr 2010 08:35:50 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 93943 invoked by uid 99); 3 Apr 2010 08:35:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Apr 2010 08:35:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of cliff@may.be designates 193.254.31.203 as permitted sender) Received: from [193.254.31.203] (HELO mail.inspired-networks.co.uk) (193.254.31.203) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Apr 2010 08:35:40 +0000 X-SPAM: NO (-2.9/5.0) X-SPAM-Score: X-SPAM-Tests: ALL_TRUSTED,BAYES_00 Received: from [217.125.3.73] (account cliff@may.be HELO [10.20.30.65]) by mail.inspired-networks.co.uk (CommuniGate Pro SMTP 5.1.12) with ESMTPSA id 20938114 for dev@couchdb.apache.org; Sat, 03 Apr 2010 09:35:14 +0100 Message-ID: <4BB6FDB3.6070609@may.be> Date: Sat, 03 Apr 2010 10:34:59 +0200 From: Cliff Stanford User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9pre) Gecko/20100217 Shredder/3.0.3pre MIME-Version: 1.0 To: dev@couchdb.apache.org Subject: Re: Time to ReReduce (not ReWrite) References: <1270222485463-4843170.post@n2.nabble.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 02/04/10 19:31, Jan Lehnardt wrote: > I don't want to shoot down your proposal and I want to > encourage others to chime in as well, but you can > achieve all your proposals with vhosts and the rewriter. > It wouldn't hurt performance very much either :) There's a lot of sense in the original proposal. But also in Jan's response about the vhosts and rewriter. The way to combine them is to write clear example documentation, implementing Dynnamitt's suggestion as part of the standard manual. Even better, include a file in etc/couchdb/local.d in the standard distribution which does it if unremmed. > Aside: We can't really swap out the complete CouchDB API > shortly before going to 1.0. We are also committed to not > create any unnecessary legacy features before 1.0, we'll > start accumulating them soon enough :) Talking about breaking changes, would it break much to change the configuration directives to: PREFIX/default.ini PREFIX/default.d/*.ini PREFIX/local.ini PREFIX/local.d/*.ini That way, there would be room for .example files which demonstrated this kind of stuff where the admin most needs to see it. Regards, Cliff. -- Cliff Stanford Might Limited +44 845 0045 666 (Office) Suite 67, Dorset House +44 7973 616 666 (Mobile) Duke Street, Chelmsford, CM1 1TB