Rob Lanphier wrote:
Subject: Re: [Wikitech-l] Re: <link> elements
for interlanguage link
information
To: Wikimedia developers <wikitech-l(a)wikimedia.org>
Message-ID: <1132538575.6605.35.camel(a)localhost.localdomain>
Content-Type: text/plain
I'm not aware of any <link> syntax, but one way to do it would be for
MediaWiki to issue an HTTP 301 status (permanent redirect) to the new
page, rather than returning 200 and giving the content. That probably
introduces an unacceptably large performance penalty, though (extra
round trip per request).
The "Content-Location" HTTP header is a potential longshot. I don't
think Google documents their use/non-use of this header, but it's one of
those "can't hurt" kind of things.
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14
It appears it can be tacked on using a meta http-equiv tag in the HTML
head.
Reading the specs it seems more to differenziate among different
content retrived from the same URI/URL rather than (as is our case) to
state that different URL/URI correspond to the smae content.
Despite of this, it seems a brillant idea to use this header. Does
anybody has any contact with google or yahoo (or other web search) to
ask them their opinion about this and other possible solution?
AnyFile