Every server is different, and the cache may be manipulated without
you knowing it or seeing any particular server technology “exposed” to
you directly. Looking at a public Web site will reveal only what the
developer has deemed you “need to know”, unless you are a programmer
and have access to tools which can help you read and interpret the raw
headers being sent by the server.
Some hosting providers (and some servers) may be configured to hang on
desperately to the cache. Where are you hosting, and on what sort of
server?
Some ISPs aggressively cache all Web requests – for weeks at a time
– and make it ridiculously hard to break out of that cached content
(which is one possible explanation why you are able to see new stuff
if you rename the various resources). Who is your ISP? (This problem
may be unique to you at home or your office.)
One thing you could try when you are testing your site is to add a
made-up querystring to the end of the URL in your browser, and see if
that “shakes” the browser from its slumbers. So instead of
http://mysite.com
you would enter
http://mysite.com/?t=zdfrfghj
or something equally useless. Servers don’t HAVE to send unique data
when they receive a GET request (which is what this is called when
there is data following a question mark in the URL) but they often
will. Another thing is to use Browsercam or another remote screenshot
service to take a look for you from somewhere else in the world. That
might show you that the problem is unique to you.
If you have a shell account on a Unix server somewhere, you can see
what that server “sees” with nothing more than telnet:
telnet mysite.com 80
with any luck, the server will reply:
Trying 12.34.567.8...
Connected to mysite.com
Escape character is '^]'
type:
GET /
and you should see the entire source code for the home page, followed
by the sign-off:
Connection closed by foreign host.
If you’ve changed something in the HTML, but have not seen that in
your browser, you might see that it’s changed in the source when you
use this “poor man’s Lynx” to look at it. And if it is changed, then
you know the problem is somewhere between your computer and the
server, not your server and the rest of the world.
Walter
On Apr 20, 2009, at 4:51 PM, TeamSDA wrote:
Hi Walter,
So how does a page like the Apple home page work. Don’t see a .php
in the url and it seems to be updated almost daily?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options