Very Computer

Hi all.  I am trying to add SSI parsing to *.html files, by adding the
following line in httpd.conf:

AddHandler server-parsed .html

I also have mod_perl and javascript code on the site.  The problem is
that I have a standard javascript generated footer that prints copyright
stuff and the last mod date of the document.  When the above line is
enabled in Apache, the mod date is always:
Wednesday December 31, 1969 at 7:00:00 P.M.
The javascript function works perfectly when SSI is not enabled, and the
other date functions work fine even when it is enabled.  The function is
nearly identical to the current date function, and never causes errors.

Is there some obscure conflict between SSI and javascript dates?  I have
tried this with both 4.7 and 4.7.2.

Thanks

Lou

(not clear where mod_perl comes into this here.  However...)

Quote:> The problem is
> that I have a standard javascript generated footer that prints copyright
> stuff and the last mod date of the document.  When the above line is
> enabled in Apache, the mod date is always:
> Wednesday December 31, 1969 at 7:00:00 P.M.

So the javascript seems to be defective: it fails to recognise that no
last-modified date has been provided - which is one of the
consequences of using plain SSI - and prints some dummy value instead.  
Another important consequence is loss of cacheability.

Quote:> Is there some obscure conflict between SSI and javascript dates?

You might want to look at the possibilities offered by XBitHack full
(depending on what it is that you're really trying to achieve).