Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:3079 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 72964 invoked from network); 1 Jul 2003 10:29:30 -0000 Received: from unknown (HELO milton.schell.de) (217.160.72.35) by pb1.pair.com with SMTP; 1 Jul 2003 10:29:30 -0000 Received: (qmail 26299 invoked by uid 501); 1 Jul 2003 10:29:29 -0000 Received: from unknown (HELO eco.foo) (80.143.27.46) by kdserv.de with SMTP; 1 Jul 2003 10:29:29 -0000 Received: from localhost (localhost [127.0.0.1]) by eco.foo (Postfix) with ESMTP id 8E2CC30B92; Tue, 1 Jul 2003 12:29:29 +0200 (CEST) Date: Tue, 1 Jul 2003 12:29:29 +0200 (CEST) X-X-Sender: sas@eco.foo To: Derick Rethans Cc: John Coggeshall , internals@lists.php.net In-Reply-To: Message-ID: References: <1056790680.5070.13.camel@coogle.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] [PATCH] SQLite session storage From: sascha@schumann.cx (Sascha Schumann) On Tue, 1 Jul 2003, Derick Rethans wrote: > On Tue, 1 Jul 2003, Sascha Schumann wrote: > > > On Sat, 28 Jun 2003, John Coggeshall wrote: > > > > > Since SQLite will be bundled in the future, I sat down and got > > > acquainted with it by writing a module for the session extension which > > > allows users to store their session data in a SQLite database*. > > > > > > To use, just apply the patch to session.c (which adds the reference to > > > the new module and adds the mod_sqlite.c to config.m4) and compile.. To > > > use it set session.save_handler = sqlite. > > > > Sounds fine in principle. Where is the patch? > > Wouldn't it be much nicer to put this in the sqlite extension instead > because people may turn sqlite support off? php_register_session_module > should be used here IMO. Yes, "principle" referred to having a sqlite-enabled storage container in the base distribution. The implementation should be self-contained, of course. - Sascha