- From: Imagine More!!! <beyret@boun.edu.tr>
- Date: Mon, 8 Jan 1996 23:36:19 -0500 (EST)
- To: Abigail <abigail@tungsten.gn.iaf.nl>
- Cc: www-html@w3.org
Hi again! Thanks for your all responses. > I seriously object against this approach, and object against > Jon Wallis' suggestion of SSI's too. Both your and Jons suggestions > use unnecessary bandwidth. Your image is generated by a CGI, and > hence always "fresh", so it will never trigger a 304 not modified > response (a lot of caches don't cache anything from cgi-bin anyway). Mine was not a image but still a cgi-bin staff. I had wanted this "last edited date" problem to be solved in an automatic way by the html itself, without bothering the one who edits lots of html pages per day. (it is a real problem if you have a forgetful mind like me :) ) > However, this is really not needed, as it is static information, which > only needs to be updated when the document changes. Why not use the > Perl script to put the last modified information *in* the html document? Yes, a friend of mine just sent me an example of this kind of script. It is not more than several lines of code. However it is away from being an automatic solution :)) Sorry, I don't have so much knowledge about working system of httpd, i.e requests etc. Does my suggestion really cause so much bandwith problem? It is not an image.. just 9-10 characters like : "Jan 07 1995" which may appear in something like (somebody had suggested to use #exec): <address>Last updated on <!--#exec cgi="/cgi-bin/update?foo.html"--> </address> Or, is it above all a matter of request which may have a standart form (?) and does not depend on the amount of data -10 characters or a whole html document- being requested? Thanks for your interest. I am looking for the best way which will optimize my work and won't cause any bandwidth problems :) Ersin
Received on Monday, 8 January 1996 16:36:31 UTC