•Re: Re: •Re: web page statistics

If the page is cached at a corporate firewall (or AOL), the second hit (with the different cookie) never gets to you, so you can't tell you had "another" hit.

Proxies and caches. They're not going away. In fact, they're being used in greater numbers. So "unique" hits is not possible even more-so now that before.

-- Randal L. Schwartz, Perl hacker
Be sure to read my standard disclaimer if this is a reply.

Comment on •Re: Re: •Re: web page statistics

Replies are listed 'Best First'.
Re: •Re: Re: •Re: web page statistics by CountZero (Bishop) on Mar 27, 2003 at 16:53 UTC
I assume there is no generally sure way to avoid pages being cached/proxied? This may become a problem if you have dynamic web-pages: you are never sure that the user has seen the updated content. CountZero "If you have four groups working on a compiler, you'll get a 4-pass compiler." - Conway's Law	[reply]
Re^5: web page statistics by Aristotle (Chancellor) on Mar 30, 2003 at 19:52 UTC
See overkill anti-caching CGI headers - and prepare your webserver for an onslaught if you use these headers indiscriminately. Makeshifts last the longest.	[reply]
Re: Re^5: web page statistics by CountZero (Bishop) on Mar 30, 2003 at 21:05 UTC
Thanks for the comments: most enlightening. Your code shows that indeed HTML is still a bit of a black art. CountZero "If you have four groups working on a compiler, you'll get a 4-pass compiler." - Conway's Law	[reply]