Re: [PHP4BETA] "Application" variables

How about shared memory? --Joey Smith Please forgive the long sig: *** Notice To Bulk Emailers: Attention! Pursuant to US Code, Title 47, Chapter 5, Subchapter II, 227, any & all unsolicited commercial e-mail sent to this address is subject to a download and archival fee in the amount of the $1500 US and copies will be forwarded to domain administrators. Emailing denotes acceptance of said terms! On Tue, 14 Mar 2000, PHP Developers List wrote: > > But that's what I am trying to avoid. I only want to go the database when > I have to update the structure. > > On Tue, 14 Mar 2000, Jason Brooke wrote: > > > > > Sounds like a good task for a database > > > > jason > > > > > Hi there. I have written a messageboard in PHP and, using tables and > > > images, draw out all the threads for a given topic. However, the > > > recursive function calls (and therefore exponential database queries) take > > > alot of processor cycles, etc. I have also implemented this board in Cold > > > Fusion which is where I first noticed the slowdown. SO...instead of doing > > > n queries, i am doing 1 query where I retreive all of the messsages and > > > store them into two CF "structs" (basically just associative arrays) and > > > store them in Application variables. I am not sure how global a term that > > > is, but basically its just memory that is persistant not across a given > > > request or session, but across the application, so that multiple clients > > > share the same data. I guess my question is (finally) is there a similar > > > metaphor in PHP that will allow me to store this information in memory and > > > make it accessible serverwide rather than just session-wide? > > > > > > Sean > > > > > > > -- > PHP 4.0 Beta Mailing List <http://www.php.net/version4/> > To unsubscribe, e-mail: php4beta-unsubscribe@lists.php.net > For additional commands, e-mail: php4beta-help@lists.php.net > To contact the list administrators, e-mail: php4beta-admin@lists.php.net > >