On Fri, 6 Aug 2004, Andrew M. Langmead wrote:
On Aug 5, 2004, at 10:01 PM, Ted Zlatanov wrote:
I meant it in the sense of the Google cache, where you have an alternative in case the main one goes down, but the main link is prominent and obviously the one to follow.
Have you ever noticed a google resultset entry that didn't have a cache link? I don't know if it is something that a publisher can set programatically or if it is a business arrangement.
That, or something simpler like...
<meta http-equiv="Pragma" content="no-cache">
The fact that it's a 'http-equiv' call suggests to me that if Apache (or whatever) was adjusted to emit a 'Pragma: no-cache' header with all
responses then you'd get the same result at the server level.
My assumption has always been that Google just honors this directive.
Advertising based news sites will probably be even less appreciative of mirroring and caching as more and more of them turn into registration based sites.
How about if the page content is cached by Slashdot, but the images -- and in particular, the advertising graphics -- are passed through to the original site? That way, Slashdot takes the bandwidth hit and the original site doesn't miss out on the advertising impressions.
Of course, implementing this might be a pain. You'd probably want to cache the main graphics -- any photos with the article, any page furniture & logos, etc -- while passing the ad graphics back to the original publisher.
To do this, every site would have to be a special case -- NYT ads come from www.nytimes.com [and so filtering them from other links may be tricky for the caching site to capture], while Boston.com ads come from rmedia.boston.com [and so would be easy for caching sites to capture -- but you'd have to figure out this "easy" special case for every news site you'd want to link to...].
Also, for anyone with a browser set to reject images coming from an alternate server (I think Mozilla has had this for a while), this would break the whole scheme.
So maybe that wouldn't work.
But at least it tries to address the publisher's needs...
-- Chris Devers _______________________________________________ Boston-pm mailing list [EMAIL PROTECTED] http://mail.pm.org/mailman/listinfo/boston-pm
