I forgot msession extension. http://www.mohawksoft.com/phoenix/msession.html the rpc extension may also be of interest - (not know the code that well, I'm guessing it may be able to provide a more efficient object serialization), although I doubt that the current string method is really that bad
Just a guess, but trying to isolate the data that needs 'sessionizing' and optimizing that, rather than planning object serialization (which may be easier to code), may prove to be quicker to implement, although not as clean.. Regards alan Tyson Lloyd Thwaites wrote: >Something like that would be great. Do you mean store the *PHP object in >smh, after serialization, or do it on the Zend side from within an >extension? I guess what I am after is the ability to cache certain data >objects so that they can be retrieved with maximum speed, because there will >be thousands of them. > ><!-- background >A bit of background, I am using an EntityLocator object that looks for >Entity objects of the specified type and id (ie, table/pkey). It uses an >EntityFactory which will save every object it creates out to disk. If an >object is requested of the same class and id, it will deserialize the saved >one and return that. Obviously these objects expire their cached version >when they are updated or deleted. >--> > >If these data objects could be written in C, and stored in some great global >washing basket in the sky, then that would just be great. Threaded access >will be an issue, but we can deal with that by using a single Application >object. I just have a feeling that all the serialize/deserialization that is >happening now will be bad for scalability, when it constantly needs to hit >the disk to create these objects. > >Just a few thoughts. I would love to come up with a funky solution to this. > >(PS: AFAIK ASP Application vars are actually stored in a seperate, >single-threaded containter. This is somewhat amusing, as many programmers >(myself included once :) store database connection objects in the >Application to save having to reconnect - little did we realise that there >might 100's of different requests all queueing up to use this single >connection...heh heh :) > >Thanks for your help, > >Tyson Lloyd Thwaites > >Technical Lead >I.T&e Limited > > > >>-----Original Message----- >>From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] >>Sent: Friday, 6 September 2002 12:19 >>To: Tyson Lloyd Thwaites >>Cc: [EMAIL PROTECTED] >>Subject: Re: [PHP-DEV] Persistant global objects: WAS: RE: [PHP-DEV] >>ZendEngine2 availability >> >> >>You could just stick it in shared memory. Obviously given the standard >>multi-process Apache architecture application objects ASP-style cannot be >>implemented the same way. >> >>-Rasmus >> >>On Fri, 6 Sep 2002, Tyson Lloyd Thwaites wrote: >> >> >> >>>Hi guys, >>> >>>thanks for your help, I was able to get a Z2 build up and running. >>>Unfortunately it didn't appear to be quite stable enough for >>> >>> >>what I'm doing >> >> >>>yet, but at least it is cmoing along nicely! >>> >>>One question while I'm here: I'm interested in persistant >>> >>> >>global objects, >> >> >>>like ASP's Application objects. I am sure this has been talked >>> >>> >>out on the >> >> >>>list before, but I did a quick search and couldn't find anything. >>> >>>Is this possible? >>> >>>Yesterday I wrote my first PHP test extension (Yay! I'm so >>> >>> >>happy - until now >> >> >>>I've been terrified of it!) I was able to register a class in the zend >>>engine (after to looking at the PECL stuff), but I was >>> >>> >>wondering whether I >> >> >>>could register a live, running object somewhere so that all >>> >>> >>scripts could >> >> >>>access it across requests? Would this maybe even require access to an >>>external engine written in C? >>> >>>At the moment I have a static Application object in PHP that just writes >>>serialized objects to disk. This is not quite the same as >>> >>> >>having the object >> >> >>>staying in ram though. I have implemented a Factory class that >>> >>> >>creates data >> >> >>>objects and caches them to prevent database hits, and this speeds the >>>process up by about 400%. But there will be thousands and >>> >>> >>thousands of these >> >> >>>objects, and I would love to store them in RAM. >>> >>>I know this sort of thing should really be written in Java, but >>> >>> >>I decided to >> >> >>>stick with PHP for this project so there is no going back! >>> >>>Any comments, corrections, put-back-in-boxes, or thoughts on >>> >>> >>how to do this >> >> >>>will be ecstatically (get it? static? never mind) received. >>> >>>Cheers >>> >>>Tyson Lloyd Thwaites >>> >>>Technical Lead >>>I.T&e Limited >>> >>> >>> >>>>-----Original Message----- >>>>From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] >>>>Sent: Thursday, 5 September 2002 5:50 >>>>To: Zeev Suraski >>>>Cc: Tyson Lloyd Thwaites; [EMAIL PROTECTED]; >>>>[EMAIL PROTECTED] >>>>Subject: RE: [PHP-DEV] ZendEngine2 availability >>>> >>>> >>>>Or just checkout php4-ze2 instead and you will get everything >>>> >>>> >>in one go >> >> >>>>named correctly. >>>> >>>>On Thu, 5 Sep 2002, Zeev Suraski wrote: >>>> >>>> >>>> >>>>>Not sure why nobody stepped in and said it, but the Engine2 is >>>>> >>>>> >>>>quite alive >>>> >>>> >>>>>and kicking. You just have to work a bit in order to get a >>>>> >>>>> >>>>fairly recent >>>> >>>> >>>>>version. >>>>> >>>>>Not so recent version: >>>>>http://www.php.net/distributions/php-4.3.0-dev-zend2-alpha2.tar.gz >>>>> >>>>> >>>>> >>http://www.php.net/distributions/php-4.3.0-dev-zend2-win32-alpha2.zip >> >> >>>>>Getting a recent version - check out the latest version of PHP, >>>>> >>>>> >>>>erase (or >>>> >>>> >>>>>rename) the Zend/ directory inside it, and then check-out the >>>>> >>>>> >>>>ZendEngine2 >>>> >>>> >>>>>module from cvs.php.net:/repository. You would have to >>>>> >>>>> >>rename that new >> >> >>>>>check-out to 'Zend' so that PHP uses it. Once that's done >>>>> >>>>> >>- build, and >> >> >>>>>you'd have a ZE2-powered version. It's pretty much beta >>>>> >>>>> >>>>quality at this stage. >>>> >>>> >>>>>Zeev >>>>> >>>>>At 02:29 05/09/2002, Tyson Lloyd Thwaites wrote: >>>>> >>>>> >>>>> >>>>>>Oh, ok. Sigh! I'll stick with the old engine then. >>>>>> >>>>>>Thanks >>>>>> >>>>>>Tyson Lloyd Thwaites >>>>>> >>>>>>Technical Lead >>>>>>I.T&e Limited >>>>>> >>>>>> >>>>>> >>>>>>>-----Original Message----- >>>>>>>From: Dan Hardiker [mailto:[EMAIL PROTECTED]] >>>>>>>Sent: Wednesday, 4 September 2002 6:36 >>>>>>>To: [EMAIL PROTECTED] >>>>>>>Cc: [EMAIL PROTECTED] >>>>>>>Subject: Re: [PHP-DEV] ZendEngine2 availability >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>Sorry if this is out of place, but is there any estimates >>>>>>>> >>>>>>>> >>>>as to when the >>>> >>>> >>>>>>>>famous Z2 might be ready? >>>>>>>> >>>>>>>> >>>>>>>There is more (accurate) information in the archives of >>>>>>> >>>>>>> >>>>this list, but >>>> >>>> >>>>>>>from what I recall, the estimates were about 6 months off. >>>>>>> >>>>>>> >>>>>>>-- >>>>>>>Dan Hardiker [[EMAIL PROTECTED]] >>>>>>>ADAM Software & Systems Engineer >>>>>>>First Creative Ltd >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>-- >>>>>>PHP Development Mailing List <http://www.php.net/> >>>>>>To unsubscribe, visit: http://www.php.net/unsub.php >>>>>> >>>>>> >>>>>-- >>>>>PHP Development Mailing List <http://www.php.net/> >>>>>To unsubscribe, visit: http://www.php.net/unsub.php >>>>> >>>>> >>>>> >>>> >>>> >>>-- >>>PHP Development Mailing List <http://www.php.net/> >>>To unsubscribe, visit: http://www.php.net/unsub.php >>> >>> >>> >> >> > > > > -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php