RE: [PHP-DEV] [Proposal] Idea for Application level variables
| From: | Jeremy S. Johnstone | Date: | Thu, 07 Aug 2003 16:34:50 +0000 |
| Subject: | RE: [PHP-DEV] [Proposal] Idea for Application level variables | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-3807@lists.php.net to get a copy of this message | ||
Because I think the Davey wanted the $_APPLICATION to be shared among
multiple people's connections... Maybe I am wrong?
-Jeremy
-----Original Message-----
From: Justin Hannus [mailto:jhannus@visualconceptsinc.com]
Sent: Thursday, August 07, 2003 11:18 AM
To: internals@lists.php.net
Subject: Re: [PHP-DEV] [Proposal] Idea for Application level variables
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)
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php