in reply to (Ovid) Re: Turning on CGI SSI
in thread Turning on CGI SSI

Sure, here's an example of one of our pages:
Page
index.html
Includes
/aliasdir1/hdr/header.html
/aliasdir1/nav/nav.html
/aliasdir1/foot/footer.html
/aliasdir2/content/content1.html
/aliasdir2/content/content2.html
/aliasdir2/content/content3.html
The company deals with homeownership. Let's say I want to add a dynamicly generated list of brokers between content2.html and content3.html. Something simple from a flatfile or database; or maybe a graph to show the interest rates over the last 10 years; or whatever. I may have missed a step or two, but it is a big hassle. Not to mention a memory hog, especially if I am doing it on the homepage, which gets a decent number of hits per day.
--
paul

Replies are listed 'Best First'.
Re: Re: (Ovid) Re: Turning on CGI SSI
by Ovid (Cardinal) on Jun 20, 2001 at 01:33 UTC

    Hmm... this looks perfect for Template Toolkit. Your CGI script might be something like (this is all very untested):

    #!/usr/bin/perl -w use CGI; use strict; use Template; $|++; my $file = "base.tmpl"; my @brokers = &get_brokers; my $template_data = { name => $name, # This would probably get pa +ssed to header.html brokers => \@brokers }; my $template = Template->new( { INCLUDE_PATH => '..\aliasdir1:..\ali +asdir2', ABSOLUTE => 1 } ); $template->process( $file, $template_data ) or die $template->error( +); sub get_brokers { # return an array of hash refs with keys being # qw/ ID name address city state zip phone / }

    You template file might look like this:

    [% INCLUDE '/hdr/header.html %] [% INCLUDE '/nav/nav.html %] [% INCLUDE '/foot/footer.html %] [% INCLUDE '/content/content1.html %] [% INCLUDE '/content/content2.html %] [% FOREACH broker = brokers %] <ul> <li>[% broker.ID %]</li> <li>[% broker.name %]</li> <li>[% broker.address %]</li> <li>[% broker.city %]</li> <li>[% broker.state %]</li> <li>[% broker.zip %]</li> <li>[% broker.phone %]</li> </ul> [% END %] [% INCLUDE '/content/content3.html %]

    That's how easy it is to generate dynamic content with Template Toolkit. Do you need one of the included files to interpolate some variables? Just create a new key in tha anonymous hash in $template_data and reference it in the document with [% keyname %]. I don't see why SSI's would necessarily be superior. Template Toolkit is rather easy to use, once you get over the initial learning curve.

    Cheers,
    Ovid

    Update: The reason I mention the Toolkit instead of SSI is because SSI is slow and, if improperly configured, can result in security holes. Toolkit can turn the templates into subs and cache them, making this a fast, robust system. SSI's are fine for simple things, but as the site gets more complex, the are very limited in what they can do. Since your site is 2000+ pages, I suspect you will quickly run into the inherent limitations in SSI.

    Join the Perlmonks Setiathome Group or just click on the the link and check out our stats.

      it is only too bad that the -w switch does not work properly on our server :( I would get it fixed, but the bureacuracy is too powerful.

      Also, getting the average developer to use a perl script using Template is nie impossible. I'm the only Perl developer in this department. It is hard enough getting Bob "What do you mean i can't use frontpage" Smith to not try to muck up the current templates.

      --
      paul