From: Alex B. <en...@tu...> - 2001-08-03 01:06:19
|
> Hi Alex, > >> Right now, I'm generating page cache ids with: >> -Request URI (that includes the get string) >> -A defined variable name (from the page definition) >> -The value of that variable. > > Hmm. What about POST parameters and sessions? So if a resultpage for sess1 > is diferent from one of sess2 because it depends on userdata AND post data. Well, the idea being that you don't want to cache pages that are session specific, or post specific. You could end up with a _huge_ set of cache files :) I'm thinking more for, say, a large tree of html documents generated from xml with xsl: you want to do the "render" once and then be able to serve it out to 8million people, etc. This isn't intended for form pages, session specific stuff, etc, as the files are stored in the filesystem, unencrypted. (me = security freak :) > But the script is the same, e.g. bc/user/htdocs/userinfo.php. > I'm not sure if it is neccessary to consider that. Currently I'm very > satisfied with Zend Cache but It is great and important to have a free > alternative in bc. But I hope this can be switched off !? This cache has nothing to do with zend's caching - it only caches page output - so if you have cached bc php, you'll see even _more_ of a performance jump. Zend cache does the actual bytecode... Actually - andi, do you have performance numbers for r2 on a zend cache-enabled box? I'd love to see 'em :) Also, note that you have to _explicitly_ request a page be cached, not the reverse. (this will be the same for modules) So there isn't really anything like "turn it off" because it isn't "on" unless you specifically request it :) >> I'll check it in as soon as I've cleaned up some of the more ick debug >> things I have floating around in it. > Ah cool. BTW: The chache example bc/user/htdocs/cache.php is missing in CVS > but included in Makefile. Really? Oh!, crap. I know what that is. I'll do a synch right now.. danke :) _alex > _andi > > > > _______________________________________________ > binarycloud-general mailing list > bin...@li... > http://lists.sourceforge.net/lists/listinfo/binarycloud-general > -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |