Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:3803
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <20030807162957.60993.qmail@pb1.pair.com>
To: internals@lists.php.net
Reply-To: "Justin Hannus" <jhannus@visualconceptsinc.com>
References: <20030807123647.61433.qmail@pb1.pair.com> <008b01c35ce3$3bc1bcf0$1601a8c0@andreywin> <20030807131513.90932.qmail@pb1.pair.com> <20030807131928.GA19201@prp0.prp.physik.tu-darmstadt.de> <20030807134501.9558.qmail@pb1.pair.com> <3F325931.4080401@wp-sa.pl> <20030807141706.32237.qmail@pb1.pair.com>
Date: Thu, 7 Aug 2003 12:18:08 -0400
Lines: 43
Organization: vci
Subject: Re: [PHP-DEV] [Proposal] Idea for Application level variables
From: jhannus@visualconceptsinc.com ("Justin Hannus")

So it seems like to get the same functionality, in userland, why not just:

$_APPLICATION = &$_SESSION

-Justin

"Davey" <davey@php.net> wrote in message
news:20030807141706.32237.qmail@pb1.pair.com...
> Wojtek Meler wrote:
> > Davey wrote:
> >
> >> MMCache can be used as a session handler, but this still has the
> >> pitfalls of the other solutions.
> >>
> >> If you were to implement $_APP(LICATION) as suggested, then it could
> >> indeed (in theory) use MMCache, just as $_SESSION does
> >>
> >> - Davey
> >
> >
> > As far as I understand you just want to have another superglobal
> > variable, don't you?
> > If so I have small patch witch allow to configure in php.ini names for
> > additional superglobals.
> >
> > Regards,
> > Wojtek
> >
>
> Well, whilst this could work, it means that $_APP(LICATION) would not
> have the same infrastrcture below it as $_SESSION does (automatic
> serializing/unserializing and the ability to switch the data storage
> from files, to user, to SQLite and to MMCache)
>
> - Davey
>
> P.S.
>
> Would mind that patch anyways, sounds good, just doesn't fulfill my
> needs/desires for $_APP(LICATION)
>