Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 86704 invoked from network); 5 Nov 2010 23:47:12 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 Nov 2010 23:47:12 -0000 Received: (qmail 24150 invoked by uid 500); 5 Nov 2010 23:47:42 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 24106 invoked by uid 500); 5 Nov 2010 23:47:42 -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 24096 invoked by uid 99); 5 Nov 2010 23:47:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Nov 2010 23:47:42 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.82.42] (HELO mail-ww0-f42.google.com) (74.125.82.42) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Nov 2010 23:47:36 +0000 Received: by wwb22 with SMTP id 22so324768wwb.5 for ; Fri, 05 Nov 2010 16:47:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.38.84 with SMTP id z62mr1758345wea.70.1289000834516; Fri, 05 Nov 2010 16:47:14 -0700 (PDT) Received: by 10.216.73.149 with HTTP; Fri, 5 Nov 2010 16:47:14 -0700 (PDT) Date: Fri, 5 Nov 2010 19:47:14 -0400 Message-ID: Subject: local test server for couchapps From: Chad George To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=0016364c7bb1db478e049456e4d5 --0016364c7bb1db478e049456e4d5 Content-Type: text/plain; charset=ISO-8859-1 Is there any interest (or current work) out there for a test server environment for couchapps. Basically my idea is to prevent having to do a "couchapp push" for every little change to an attachment on the design document. Originally I thought about having couchapp auto-push ... but that'll make a lot of unnecessary pushes (and might leave an actively running server in a broken state) So I've started to write a little python script that runs a local web server directly on top of the couchapp source directory structure. The idea is to statically serve all the attachments of the design document directly from the file system. For everything else (documents, views, shows, lists, etc) I silently proxy to the running couchdb server. The combined effect is that the client sees the exact same URL structure on the test server as the real couchdb server. Right now the implementation is very simple, but it has a thread-pooled request handler and uses 'keep-alive' connections for proxying to couchdb so the overall load time for a complex page isn't noticeably more than accessing the same page with couchdb directly. And it really makes developing client side couchapps a lot more relaxing :) I'm curious if people think this is something worth adding to couchapp itself? - Chad --0016364c7bb1db478e049456e4d5--