Re: Structuring large PHP programs

From: Date: Thu, 15 Feb 2001 10:39:10 +0000
Subject: Re: Structuring large PHP programs
References: 1 2 3 4 5  Groups: php.general 
Request: Send a blank email to php-general+get-39884@lists.php.net to get a copy of this message
Joe, I believe that the concept of the Zend Cache shows the contrary. It basically pre-parses scripts and stores them in memory. Zend.com give figures up to 603% performance increase (http://www.zend.com/cguidemo/benchmark_frame.html). Part of this certainly is due to less disk access, the other part is the time that is saved in parsing the scripts. So, for a heavily-used application, the overhead in parsing code that is not needed is all but minimal. Ben Joe Stump wrote: > > Declaring the functions is minimal. Either your ISP has the memory allocations > set unbearably low or you aren't coding things very well ... > > --Joe > > On Thu, Feb 15, 2001 at 04:16:22AM +0100, Ben Peter wrote: > > Hi Joe, > > > > the reason I changed to 'include on demand' was a rather large > > application which would not work, as the memory limit that my isp had > > set wouldn't suffice. > > > > I have files that are included all the way, yes: DB connection, some > > common helpers, etc. But I would not include files that the current > > state of an application (or part of the site) does not need to keep > > things small. > > This is especially true for some classes which before included both user > > access and 'admin' function (for, say, user authentication and > > administration). I split all of these up into two classes, so that the > > part that is accessed when a regular user hits the site is minimal, and > > the administrative functions won't be loaded in that case. > > > > Ben

« previous php.general (#39884) next »