Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:3102 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 25542 invoked from network); 1 Jul 2003 20:08:36 -0000 Received: from unknown (HELO cmailg4.svr.pol.co.uk) (195.92.195.174) by pb1.pair.com with SMTP; 1 Jul 2003 20:08:36 -0000 Received: from modem-2700.bear.dialup.pol.co.uk ([217.134.42.140] helo=localhost) by cmailg4.svr.pol.co.uk with esmtp (Exim 4.14) id 19XRQY-0005df-O0 for internals@lists.php.net; Tue, 01 Jul 2003 21:08:35 +0100 Date: Tue, 1 Jul 2003 21:08:49 +0100 X-X-Sender: elfyn@ellixia To: internals@lists.php.net Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: [PHP-DEV] Removing SQLite sessions from the default distribution From: elfyn@cygwin.com (Elfyn McBratney) On Tue, 1 Jul 2003, Sebastian Bergmann wrote: > Sterling Hughes wrote: > > It offers not one practical advantage. > > I though the same, the SQLite euphoria should not be taken too far. > > +1 for removing the SQLite Session Save Handled from the default > distribution. -1 Corporate types won't be using this for session management. I guess the majority of people that'll "try" this, is the home-grown developers. It's a nice addition to session handling; and I feel it's premature to just remove it. As Wez said, it's only been in the repo a day. It hasn't matured enough, and we're still in the beta stage. Let's wait for feedback and and user flame wars until this is removed? :) Elfyn --