Thankyou for your comments Nick. I will look into the modules you mentioned below. This may not be relevant, but I note in the php manual, php4 and php5 support the concept of handlers. Is this in any way related to filters Nick? # PHP 4 AddHandler php-script php AddType text/html php # PHP 5 AddHandler php5-script php AddType text/html php Keith In theory, theory and practice are the same; In practice they are not. On Sun, 19 Feb 2006, Nick Kew wrote: > To: users@xxxxxxxxxxxxxxxx > From: Nick Kew <nick@xxxxxxxxxxxx> > Subject: Re: [users@httpd] Force/add/append/inject HTML to documents (similar > to 'Header append') for no archive > > On Sunday 19 February 2006 08:40, httpd2@xxxxxxxxxxxx wrote: > > If you use only one page header for all your html files, you > > can then use that one instance for all of the pages on your > > site by including it with something like > > > > <?php require "../incs/page-head.php"; ?> > > That would be a very bad solution, several times over. > > Firstly, it means preprocessing. And why would one preprocess > to that rather than to add in the required line directly? Or if > future flexibility is an issue, to add it as SSI which can be enabled/ > disabled at will without breaking the pages? > > Secondly, it loses flexibility. Not just a little, but hugely, because > PHP - unlike SSI or any of the other apache-based solutions - > doesn't run as a filter. > > Thirdly it imposes an extra load on the server. That could be > quite modest, but for any user who has to ask the question > in the first place, it's likely to be very substantial, because he's > unlikely to have the expertise to use PHP without destroying > cacheability. > > > at the top of each html page, where the <head>...</head> > > section would normally reside. > > How many sites have identical <title>s on all pages? > > > Then, you only need to make one change to the included > > page-head.php file, to affect all the pages on your site. > > SSI would do that more flexibly. As would mod_publisher or > mod_layout, without requiring the pages to be edited in the > first place. > > But as I already said, the best solution is almost certainly > none of the above. > > -- > Nick Kew > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See <URL:http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx > " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx > For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx > > --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|