[San-Diego-pm] SSI problem

[Chris Grau]

On Wed, Apr 04, 2007 at 02:34:09PM -0700, Joel Fentin wrote:
> PERL perl PERL perl (didn't take w/o these words)

If I use the word Python, will my message bounce?

> George Geller wrote:
> > I suppose it works if you point your browser to
> > /cgi-bin/Pat/Galaxy/DispTopBanner.pl?
> 
> No. All the html tags are in the source document: index3.shtml
> 
> DispTopBanner.pl looks like this:
> 
> #!/usr/bin/perl -w
> #DispTopBanner.pl - Displays top banners in rotation - one per form load.
> #Created by dr internet (http://drinternet.biz).
> #Programmer: Joel Fentin (joel at fentin.com - tel: 760-749-8863)
> #For GalaxyUSA.org
> 
> use strict;
> use CGI qw/:standard/;
> BEGIN{use CGI::Carp qw(carpout fatalsToBrowser);carpout(\*STDOUT);$|=1;}
> my $co = new CGI;
> my($TopBannerPath);
> 
> #PROGRAM FLOW CONTROL----------------------------
> #print qq|<img src="images/ads_top/banner_default.gif" alt="banner top"
> width="728" height="90">|;
> print 'ffffffff';

Where's the program?  The only print I see is commented out (I assume
the line wrapping is an artifact of the MUA).  The "#include virtual"
SSI directive requires this to be a working CGI script.  This would
probably report the usual "unexpected end of script headers" error,
which would then display as the "error encountered while processing this
directive" error.  Generally, if it displays correctly in a browser, it
should include correctly in SSI.

> I also tried to get other combinations in other directories to work
> too.  Only those with <!--#include file="[somefile]"--> worked.

The directories would have to have the usual ExecCGI options set, just
like any CGI-containing directory on a web server.

-- 
Chris Grau
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.pm.org/pipermail/san-diego-pm/attachments/20070404/4ebc4d7c/attachment.bin