Not sure if this is a zope issue or not. I have some people doing work on a site developed in zope however ie is often showing the wrong version of the page. I followed the caching instructions in http://www.zope.org/Members/htrd/howto/caching and it works on every browser except ie. I have checked and they have set the browser to check on every page view however often it does not even hit the webserver. I have had them hit reload while watching server logs and no connect was attempted. I then tried it in vmware using nt 4 with ie 5.5 and it does the same thing also. Even when the cache is deleted on ie and it is told to run with no cache it seems to cache the documents somehow. It seems the only solution is rebooting windows on their machine which is not a good one or using some version of netscape. If someone knows why this is happening I would really like to get it solved. If I could get away with having no ie support I would but alas that is not an option I have. :(
I use IE almost exclusively for development (testing on other browsers tho). I've only seen this when caching was on, as soo as I turn it off (check on every visit) I get no problems at all. Using just about all Win32 versions (98/NT4/W2K). Weird!!! ----- Original Message ----- From: "kosh" <kosh@aesaeion.com> To: <zope@zope.org> Sent: Saturday, March 17, 2001 12:16 AM Subject: [Zope] IE caching issues
Not sure if this is a zope issue or not. I have some people doing work on a site developed in zope however ie is often showing the wrong version of the page. I followed the caching instructions in http://www.zope.org/Members/htrd/howto/caching and it works on every browser except ie. I have checked and they have set the browser to check on every page view however often it does not even hit the webserver. I have had them hit reload while watching server logs and no connect was attempted. I then tried it in vmware using nt 4 with ie 5.5 and it does the same thing also. Even when the cache is deleted on ie and it is told to run with no cache it seems to cache the documents somehow. It seems the only solution is rebooting windows on their machine which is not a good one or using some version of netscape.
If someone knows why this is happening I would really like to get it solved. If I could get away with having no ie support I would but alas that is not an option I have. :(
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
How close are they to the zope server. If they are connecting through an ISP or something, it is possible that the ISP has a cache between them Zope, transparently intercepting traffic. See if the Server line is changed in a response, or see if there is a Via header added (use a utility that will show you http headers, like ab or curl). If there is a transparent cache, you can ask your ISP to exempt you (assuming it is your ISP and not some cache in the middle of the internet somewhere), or else you can try to work around it. The browser reload process should be sending no-cache requests or if-modified-since ones, so your only recourse is to make the objects themselves uncacheable, including the management pages, otherwise the cache might cache the management pages, even if the results of the rendered page are not cachable. I would look around in the ZServer and see where it constructs the http response, and force it to send 'Cache-Control: no-cache, max-age=0, private' and 'pragma: no-cache' on every single page it sends. One of those should work on every cache I have ever seen, from many years ago to the present. Don't worry about pages that send these headers as well. It is legal to send the same header twice. You will still have to wait a while for the cached versions to timeout o any network cache, before this solution will work. --sam kosh wrote:
Not sure if this is a zope issue or not. I have some people doing work on a site developed in zope however ie is often showing the wrong version of the page. I followed the caching instructions in http://www.zope.org/Members/htrd/howto/caching and it works on every browser except ie. I have checked and they have set the browser to check on every page view however often it does not even hit the webserver. I have had them hit reload while watching server logs and no connect was attempted. I then tried it in vmware using nt 4 with ie 5.5 and it does the same thing also. Even when the cache is deleted on ie and it is told to run with no cache it seems to cache the documents somehow. It seems the only solution is rebooting windows on their machine which is not a good one or using some version of netscape.
If someone knows why this is happening I would really like to get it solved. If I could get away with having no ie support I would but alas that is not an option I have. :(
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-- ------------------------------------------ "There are two rules for success: 1. Never tell everything you know. --Roger H. Lincoln
On Fri, 16 Mar 2001 17:16:52 -0700 (MST), kosh <kosh@aesaeion.com> wrote:
Not sure if this is a zope issue or not. I have some people doing work on a site developed in zope however ie is often showing the wrong version of the page. I followed the caching instructions in http://www.zope.org/Members/htrd/howto/caching and it works on every browser except ie. I have checked and they have set the browser to check on every page view however often it does not even hit the webserver. I have had them hit reload while watching server logs and no connect was attempted. I then tried it in vmware using nt 4 with ie 5.5 and it does the same thing also. Even when the cache is deleted on ie and it is told to run with no cache it seems to cache the documents somehow.
This is the clue.... If you are deleting the IE cache but still seeing the old page, then it must be cached somewhere other than IE. Do these users use an external cache? are they behind an ISPs intercepting proxy? You say that this site has been under development.... a common problem when developing cacheable content is that it is hard to recover if you set your cache-control headers to be too permissive. Once your pages are in someones cache with a 12 month expirey time, its very hard to get them out again. Does your problem continue if you change the url to your site? Toby Dickenson tdickenson@geminidataloggers.com
participants (4)
-
kosh -
Phil Harris -
sam gendler -
Toby Dickenson