Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 90749 invoked from network); 11 Nov 2010 00:42:20 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 11 Nov 2010 00:42:20 -0000 Received: (qmail 11963 invoked by uid 500); 11 Nov 2010 00:42:50 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 11917 invoked by uid 500); 11 Nov 2010 00:42:50 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 11909 invoked by uid 99); 11 Nov 2010 00:42:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Nov 2010 00:42:50 +0000 X-ASF-Spam-Status: No, hits=3.6 required=10.0 tests=FREEMAIL_FROM,FS_REPLICA,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ramalho@gmail.com designates 209.85.214.180 as permitted sender) Received: from [209.85.214.180] (HELO mail-iw0-f180.google.com) (209.85.214.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Nov 2010 00:42:43 +0000 Received: by iwn37 with SMTP id 37so1459119iwn.11 for ; Wed, 10 Nov 2010 16:42:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=5OQZjY6H5S0R3KRWoSuzzCab61YNaCfw909BKwwzdiY=; b=x7gtZIpc1J8snrLA7UZov4SaBgzlqWmwRqRJhallp5fgTvKFUOMWR3hPb+epxPP+NM Miwdzw9ynuV6c3upDnD30qAyUQPNekOJIEuI4r+v0QYwA+n5o0yqNgL8RYCwoclRkn2v w6OguCtm31oso+P5jmF7mcgvQU/Wf/LU8flyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=aadX+O/lLckQfaDxejkvC04XKiWY3tCQ+8M039hxZ8b5iAR+EibN/5lenExlwbMMBE GyATVvIcwFDoJXWNtoUdfktMtjLvygEtpM1BymeqOxAAi6p4ncdTlJZR+3q4dc24a5Hb OTpso3MwyW6PLqsVUs1tjJTegCNUNGQYXfGZg= MIME-Version: 1.0 Received: by 10.231.16.66 with SMTP id n2mr61827iba.182.1289436142814; Wed, 10 Nov 2010 16:42:22 -0800 (PST) Sender: ramalho@gmail.com Received: by 10.231.39.73 with HTTP; Wed, 10 Nov 2010 16:42:22 -0800 (PST) In-Reply-To: References: Date: Wed, 10 Nov 2010 22:42:22 -0200 X-Google-Sender-Auth: z_aAGXszOsyCTV9FwwfIm7aAQw8 Message-ID: Subject: Re: Can I prevent replication of design documents? From: Luciano Ramalho To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Nov 10, 2010 at 1:01 PM, Benjamin Young wrote: > If you have admin's setup on the db, the design docs (at least) won't > replicate. Per the CouchDB Definitive Guide book: > "Creating design documents is restricted to admins, and if the > replication is triggered without admin credentials, writing the design > documents during replication will fail and be recorded as > doc_write_failures." I believe this refers to having admin credentials in the replication *target* not in the *source*, so it does not address Hendrik's concern, as I understand it. > Additionally, you could use the proxy option that Randall mentioned. > There's also the _rewrite handler + a vhost for the public web site > domain. You could then optionally make the "raw" CouchDB API available > (if you'd like) on a different port or domain. This seems to be the way to go. The question raised by Hendrik is a crucial one, and is probably in the minds of many people who are afraid to commit to CouchDB because of this, so it would be great if the issue was addressed authoritatively and the question put into a FAQ. -- Luciano Ramalho programador repentista || stand-up programmer Twitter: @luciano