Mitsules, Mark
Mark.Mitsules at ngc.com
Fri Jun 20 09:49:19 CDT 2003
Bryan, Thanks for your reply. Yes, it does make sense, that's why I included that bit of information...I had a sneaky suspicion. As far as "server-side code" is concerned, I've only dabbled in ASP. Do you know if ASP is capable of achieving my goal while still retaining the SSI requirement of a .stm file extension? Or, should I be headed in another direction? Mark -----Original Message----- From: Bryan Carbonnell [mailto:Bryan_Carbonnell at cbc.ca] Sent: Friday, June 20, 2003 10:27 AM To: accessd at databaseadvisors.com Subject: Re: [AccessD] OT: Javascript Mark, Not being all that good at Javascript, take this with a grain of salt. Since you are using SSI to "create" the HTML page, and Javascript is a Client Side script, the JS sees the last modified date as today, which is when the HTML document that the browser sees was last modified by the server. I think you will need some server-side code to get the last modified date of the html file before it gets to the client. Does that make sense? Bryan Carbonnell bryan_carbonnell at cbc.ca >>> Mark.Mitsules at ngc.com 20-Jun-03 10:16:32 AM >>> Group, I am not familiar with JavaScript. On each departmental webpage I would like to place the last "Modified" date (as would be reported from the operating system). The routine below was emailed to me as is, but, when implemented, seems to provide only today's date. Can anyone spot the problem and provide a solution? Does it make a difference that these pages are .stm (using server-side includes) instead of .htm? Is it a problem with how I implement it? _______________________________________________ AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com