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
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
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
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.
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
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...
IfModule mod_mime.c
...
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 way
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 worse
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. Simple.
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
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
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
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 not
Is there something in SSI which cant be done in a better way using Perl
??
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...
IfModule mod_mime.c
...
AddHandler server-parsed .cgi
...
15 matches
Mail list logo
