Caching bug with Apache/2.0.48 and IE

[cfec]

Hi,

I have 2 questions.

<edit> {I have tested several servers} </edit>

*Server software info*

1 SERVER SOFTWARE : unknown

2 SERVER SOFTWARE : Apache/2.0.48 (Gentoo/Linux) mod_ssl/2.0.48 OpenSSL/0.9.6k mod_fastcgi/2.4.0

3 SERVER SOFTWARE : Apache/1.3.28 (Unix)

============================

My first question is: Why with server #2 the images from the cache are not used and we see broken links?

My second question is: We are aware of the IE rollover bug since version 5 when the caching is set to 'everytime'. So how come server #1 doesn't have this bug?

The reason of my post is that whatever the webhost of server #1 did to solve the IE caching bug, I want to know what it is and ask my webhost to do the same. Please be aware that I know very little about Apache.

Thanks,
Christian

[edited by: jdMorgan at 5:35 am (utc) on Nov. 22, 2003]
[edit reason] No specific URLs, please [/edit]

[jdMorgan]

cfec,

Welcome to WebmasterWorld [webmasterworld.com]!

The most likely answer to this question is that some of these servers are configured to properly control caching by using the cache-control HTTP response headers.

You can use the Server Headers Checker [webmasterworld.com] to examine the headers returned by each server to confirm this: Request the image files from each server and examine the returned headers.

For some good information on cache control, see this tutorial [mnot.net].

Jim

[cfec]

Thanks for the info. I would like to know what "mod_script" stands for below (this is the Server Headers for server #1, the one that does a perfect cache job in IE6):

HTTP/1.1 200 OK
Date: Tue, 25 Nov 2003 18:14:03 GMT
Server: Apache/1.3.26 (Unix) mod_script
Vary: Host
Last-Modified: Thu, 23 May 2002 22:17:26 GMT
ETag: "f43758-6be-3ced6a76"
Accept-Ranges: bytes
Content-Length: 1726
Connection: close
Content-Type: text/html