Received: with ECARTIS (v1.0.0; list gopher); Wed, 05 Mar 2003 16:58:01 -0600 (CST) Return-Path: <jgoerzen@excelhustler.com> X-Original-To: gopher@complete.org Delivered-To: gopher@complete.org Received: from wile.excelhustler.com (unknown [68.99.114.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by gesundheit.complete.org (Postfix) with ESMTP id AE80F1832092; Wed, 5 Mar 2003 16:58:00 -0600 (CST) Received: by wile.excelhustler.com (Postfix, from userid 1000) id 9D1CD7769; Wed, 5 Mar 2003 16:57:49 -0600 (CST) Date: Wed, 5 Mar 2003 16:57:49 -0600 From: John Goerzen <jgoerzen@complete.org> To: gopher@complete.org Subject: [gopher] Exciting PyGopherd news Message-ID: <20030305225749.GA734@wile.excelhustler.com> Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Content-Transfer-Encoding: 8bit X-archive-position: 726 X-ecartis-version: Ecartis v1.0.0 Sender: gopher-bounce@complete.org Errors-to: gopher-bounce@complete.org X-original-sender: jgoerzen@complete.org Precedence: bulk Reply-to: gopher@complete.org List-help: <mailto:ecartis@complete.org?Subject=help> List-unsubscribe: <mailto:gopher-request@complete.org?Subject=unsubscribe> List-software: Ecartis version 1.0.0 List-Id: Gopher <gopher.complete.org> X-List-ID: Gopher <gopher.complete.org> List-subscribe: <mailto:gopher-request@complete.org?Subject=subscribe> List-owner: <mailto:jgoerzen@complete.org> List-post: <mailto:gopher@complete.org> List-archive: <http://www.complete.org/mailinglists/archives/> X-list: gopher

Hello,

Well, it's about time for my feverish Gopher-related activity spurt.

And so, I am introducing virtual filesystem support for PyGopherd.

The first* virtual filesystem to be supported is ZIP files. This means that you can serve up part or all of your site from a ZIP file, transparently. But it's more than just another handler. You can store complete gophermap or UMN-style site info in that ZIP file, and PyGopherd will see it and serve it up right. You store and run PYG modules in that ZIP file. You can even nest ZIP files!

The core for this support is already checked in to the Subversion repository at version 214. It's not working yet, but it's 90% of the way there. Tests on the core infrastructure are already passing.

You will be able to use selectors like /archive/myfile.zip/mydir/README. You don't even have to use the .zip extension (to make it totally transparent).

Note that this is a feature that Apache doesn't have yet :-)

* OK, I lied. The first virtual filesystem is VFS_Real, which maps to the real filesystem like the existing system. VFS_ZIP is the second.