 | | Re: Forced refresh of html pages instead of getting them from browser cache
|
|
(...) That's a keystroke, right? A process runs to generate these pages quite frequently. We want the user to see the most freshly generated page without the user having to take any action of their own. So we want to put tags into the page to tell (...) (24 years ago, 9-Aug-00, to lugnet.publish, lugnet.off-topic.geek)
|
| |
| | Re: Forced refresh of html pages instead of getting them from browser cache
|
|
(...) <Ctrl> reload works for me. (24 years ago, 9-Aug-00, to lugnet.publish, lugnet.off-topic.geek)
|
| |
| | Re: Forced refresh of html pages instead of getting them from browser cache
|
|
(...) Wicked excellent. I'm going to try that. So the cookie rationale there is to avoid having cookies accidentally set twice, yes? In case one of the caching entities isn't smart enough to automatically not cache pages containing set-cookie (...) (24 years ago, 9-Aug-00, to lugnet.publish, lugnet.off-topic.geek)
|
| |
| | Re: Forced refresh of html pages instead of getting them from browser cache
|
|
(...) I read somewhere that not all proxy caches will observe this. Actually I think it said they only look at the actual headers, not HTTP-EQUIV. It doesn't hurt to cover all bases. See my other post for details. KL (24 years ago, 9-Aug-00, to lugnet.publish, lugnet.off-topic.geek)
|
| |
| | Re: Forced refresh of html pages instead of getting them from browser cache
|
|
(...) Here's what I do to guarantee no caching: void printCGIheader(){ printf("Content-type: text/html\n"); printf("Expires: 0\n"); printf("Cache-control: no-cache\n"); printf("Pragma: no-cache\n"); printf("\n"); } void printCookieHeader(char (...) (24 years ago, 9-Aug-00, to lugnet.publish, lugnet.off-topic.geek)
|
