Re: Managing Obsolete Information

How about a new header

    HTTP/1.1 200 OK
    Obsoleted-By: /foo-v2.0

On Wed, Sep 5, 2012 at 12:03 PM, Karl Dubost <karld@opera.com> wrote:
> Maybe yet another silly question.
>
> Summary: How to manage the memory shoebox?
>          (or managing future obsolete information.)
>
> Not a proposal/question for HTTP/1.1, but for future version.
>
> It is a question which pops up often in between people on managing URIs on a site.
>
> Scenario:
> — Paul: "This documentation article is giving outdated information. Let's kill it."
> — Jane: "This information might have an historical interest. Let's not kill it."
>
> Then discussions start on the different ways to handle that. Some of the suggestions involve:
>
> * 410 Gone. Kill the content and ask clients to forget it.
> * 301 Permanent Redirect. Kill the "previous" content and the previous "URI", to the new content and new URI.
> * 301 Permanent Redirect. Move it to an archive.example.org web site and keep the old content.
> * 200 OK for browsers and personal user agent, but send a 410 Gone or 403 to search engines (Involving user agent sniffing). So the information is accessible but not indexable to avoid to pollute search results.
> * 200 OK with noindex in the markup works only for HTML
> * robots.txt for blocking certains URIs (with all the issues which go with robots.txt)
>
> I'm not sure if there is a right solution and maybe it's fine as it is. I would imagine sometimes a code in 2xx series could be sent back ala
>
> 2xx Obsolete or 2xx Archived
>
> It is different from Gone. It just says the information at this URI is here we can give it to you but note that it is not meant as something fresh. The clients coming to the site know their goals such as archiving bots for example. Some bots which are more focused on the new new shining things might decide to ignore this URI because it is obsolete and prefer to spend time indexing good fresh stuff. Bookmarks of people fond of old stuff will still be working.
>
> Note that there could be even a Location: sent along with the new fresh stuff is there. You may decide to go or stay here.
>
>
> --
> Karl Dubost - http://dev.opera.com/
> Developer Relations, Opera Software
>
>

Received on Wednesday, 5 September 2012 17:43:14 UTC