httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason S. Clary" <jcl...@futurefx.com>
Subject Re: ack re: [PATCH] performance improvement
Date Sat, 01 Feb 1997 02:26:17 GMT

> Just a quick answer right now...  A bunch of this is accomplished by
> sticking a proxy in front of your real webserver.  I've wondered what
> benefits you could get out of a proxy which understood ssi and was able to
> issue proxy requests for #included fragments and cgis, and setting the
> webserver to return .shtml files without interpreting them...

No, a proxy would just cache the pages that have modified dates on them...

Anyways, doing that would either require another server or instantly double
the number of socket connections made, which would be exceptionaly stupid.

> 
> Dean
> 
> On Fri, 31 Jan 1997, Jason S. Clary wrote:
> 
> > 
> > 
> > > Speaking of efficiency patches.
> > 
> > 
> > Has anyone considered a dependancy system for ssi?  Either manual where
you
> > list dependencies in a <File> directive or some form of automatic
> > dependencies.
> > 
> > I was thinking of implamenting something of the sort at my site.. adding a
> > speudo-compiler to mod_include so if say a directive like:
> > 
> >   <File /index.html> 
> >   Source index.htmls
> >   Depends file1 file2 ... 
> >   </File>
> > 
> > would make it check the dates on all those files and if not, run a little
> > precompiler routine that processes all static file includes and dumps the
> > result into index.html. If it still contains SSI code, then it can set its
> > xbits right or if its a .shtml don't worry about it..
> > 
> > I was also thinking about a more involved possibility of creating a .dep
file
> > thats automaticaly created and updated by the compile process...
> > 
> > Anyways, the reason I think this would be helpfull is because of sites
like
> > mine where the whole site has a generic interface so it includes a
header.html
> > and footer.html on every page on the site.. The <HTML> and <HEAD> are
in
the
> > actual file, though, so I couldn't use a handler (which I wouldn't want to
do
> > anyways, CGI's are slower than SSI and a module based one would be
difficult
> > to re-process as SSI)
> > 
> > It would also make nested includes faster in some cases...
> > 
> > The other thing is I use XBitHack extensively (I try to avoid giving away
the
> > nitty gritty details of how I build my web sites, since they are often
> > involved and unusual and it confuses people sometimes) and currently I set
all
> > of the files that don't have any dynamic dependancies (like current time
or
> > other CGI includes) so that it sends the proper date header so it doesn't
> > re-do it every time.. And I've got a silly little script that does a find
on
> > all html files with execute set and touches them.. which is annoying, I
want
> > to know when the PAGE was modified, not the headers and footers..  And I'm
> > sure people looking at my sites want to know that, too.
> > 
> > I dunno if anyone else would be interested in this..
> > 
> > btw, is the main page on apache.org SSI including the different sections?
> > Maybe that would explain the jerky response.. the whole site is slow in
> > general
> > but it stops in obvious particular places like maybe the sub requests take
> > a moment because the system is bogged...
> > 
> > If that is the case, then I think something like this would DEFINATELY
speed
> > up apache.org's display (from a user standpoint) and possibly even reduce
> > server load...
> > 
> > The hard part will be to figure out locking on the dynamicly created file
and
> > what to respond with if its locked, or maybe wait till its done
compiling..
> > 
> > Jason S. Clary <jclary@futurefx.com>
> > 
> > 
> > 
> > 

Mime
View raw message