Forum Moderators: phranque

Message Too Old, No Replies

Browsers don't refresh to show updated index.html

I upload but the browser sees the old file

         

Familyman501

8:20 pm on Nov 9, 2008 (gmt 0)

10+ Year Member



I have uploaded a new index.html to my server directory public_html but the when I view the file through MozFirefox or IExplr I can still see the old file. I tried adding a meta refresh but I still cannot see the new file, just the old one. I even deleted it from the server and I still see it there. Other computeres see the changes instantly. What can I do?
Also, What's a great strategy for helping customers see updated content without using refresh?

Familyman501

8:22 pm on Nov 9, 2008 (gmt 0)

10+ Year Member



Note: I have deleted the browser cashe files and history. Problem persists.

jdMorgan

8:57 pm on Nov 9, 2008 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



> Other computers see the changes instantly.

Then either you didn't actually flush your browser cache completely, or there is another network cache involved. For example, your corporate or ISP caching proxy may be holding a copy of the page. AOL and Earthlink, for example, have all of their users behind such caching proxies in order to minimize out-of-network traffic (to minimize "bandwidth").

If you have not done so, check your HTTP server response headers using a server headers checker such as "Live HTTP Headers" and look at the Expires and Cache-Control headers sent by your server. You may want to configure your server to explicitly expire the pages a short time after they are fetched from your server, or you may want to allow only "private" (i.e. end-user) caching of your pages if the pages change frequently.

Another Cache-Control setting of interest is "must-revalidate". This allows pages to be cached in accordance with the public/private Cache-Control and Expires headers, but also tells the client to check with the server on every client page-view, sending an If-Modified-Since request header to the server. If the page has been modified since the client last cached it, the server responds with a 200-OK response and a new copy of the page; If not, it responds only with a 304-Not-Modified header.

Try a search for "caching tutorial for Web authors and webmasters" for more information.

Jim

piatkow

10:26 am on Nov 10, 2008 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month




For example, your corporate or ISP caching proxy may be holding a copy of the page

Long ago I picked up the idea that CTRL + F5 forced a full refresh while F5 alone might only go back to the proxy cache. I have no idea if that was an "urban myth" or a useful piece of advice.

tangor

11:56 am on Nov 10, 2008 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month



Are you SURE the new page uploaded? FTP then view as text to see if the page actually changed. Had that happen to me once. Ended up renaming the file on the server then uploading the new version. Took at that time. Don't know why that happened, but that is how I solved it.

Familyman501

8:11 pm on Nov 19, 2008 (gmt 0)

10+ Year Member



Thanks for this advice. I'll try it.