Re: [Proposal] Idea for Application level variables

Nope, the data should be shared amongst all running processes of the application disregarding the web user who invokes them. Andrey ----- Original Message ----- From: "Justin Hannus" <jhannus@visualconceptsinc.com> To: <internals@lists.php.net> Sent: Thursday, August 07, 2003 7:18 PM 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 > >