On Sunday 24 June 2001 11:55, Perrin Harkins wrote:
> Joachim Zobel wrote:
> > Including If-Modified-Since - 304 responding?
>
> No, none of them handle that (well, AxKit?), probably because most sites
> need to do more than stat-ing the template files to determine if the
> page content has been m
Joachim Zobel wrote:
> Including If-Modified-Since - 304 responding?
No, none of them handle that (well, AxKit?), probably because most sites
need to do more than stat-ing the template files to determine if the
page content has been modified. A site with no dynamic content could be
pre-generated
At 12:35 22.06.2001 -0400, you wrote:
> > 1. SSI with XBitHack full plays the 304 game for me. Every time the catalog
> > database is updated, its SSI frame gets a touch. Thats it. Simple.
> Efficient.
>
>Most of the perl templating systems would be just as good on these points,
Including If-Mo
> At 14:33 19.06.2001 +0530, you wrote:
> >Is there something in SSI which cant be done in a better way using Perl
> >??
>
> Yes.
>
> 1. SSI with XBitHack full plays the 304 game for me. Every time the
catalog
> database is updated, its SSI frame gets a touch. Thats it. Simple.
Efficient.
>
> 2. S
Joachim Zobel wrote:
>
> At 14:33 19.06.2001 +0530, you wrote:
> >Is there something in SSI which cant be done in a better way using Perl
> >??
>
> Yes.
>
> 1. SSI with XBitHack full plays the 304 game for me. Every time the catalog
> database is updated, its SSI frame gets a touch. Thats it. S
Mithun Bhattacharya *EXTERN* wrote:
>
> No offense meant but it is my personal opinion that SSI can mess up a
> system worse than Perl ever could. Also the person who had initiated
> this thread was using SSI to execute a third party application. I am not
> sure why a system command would be wors
At 14:33 19.06.2001 +0530, you wrote:
>Is there something in SSI which cant be done in a better way using Perl
>??
Yes.
1. SSI with XBitHack full plays the 304 game for me. Every time the catalog
database is updated, its SSI frame gets a touch. Thats it. Simple. Efficient.
2. SSI provides a wa
At 15:33 18.06.2001 -0700, you wrote:
>We have a CGI script which dynamically generates a certain page on our site.
>We want to include an SSI on that dynamically created page. Is that
>possible? We have two "AddHandler" statements for files that end in .cgi...
>
>
> ...
> AddHandler ser
Right now I wont say that the idea of SSI is bad its just that the usual
SSI implementations that I come accross are usually when I see them
going wrong. The most common example is of that of including content for
banners. I dont know whether it is a configuration goofup or something
else but I ha
Hi there,
On Fri, 22 Jun 2001, Mithun Bhattacharya wrote:
> No offense meant but it is my personal opinion that SSI can mess up a
> system worse than Perl ever could.
Would you care to elaborate?
73,
Ged.
No offense meant but it is my personal opinion that SSI can mess up a
system worse than Perl ever could. Also the person who had initiated
this thread was using SSI to execute a third party application. I am not
sure why a system command would be worse than doing a SSI.
Mithun
Mithun Bhattacharya *EXTERN* wrote:
>
> Is there something in SSI which cant be done in a better way using Perl
> ??
Yes, giving authors a simple tool with which they can't mess around.
Perl is too powerful.
Peter
Is there something in SSI which cant be done in a better way using Perl
??
Hi Douglas,
> We have a CGI script which dynamically generates a certain page on our site.
> We want to include an SSI on that dynamically created page. Is that
> possible? We have two "AddHandler" statements for files that end in .cgi...
>
> Unfortunately, the dynamically generated page is
We have a CGI script which dynamically generates a certain page on our site.
We want to include an SSI on that dynamically created page. Is that
possible? We have two "AddHandler" statements for files that end in .cgi...
...
AddHandler server-parsed .cgi
...
ServerName www.x
15 matches
Mail list logo
