[7339] in www-talk@info.cern.ch

home help back first fref pref prev next nref lref last post

Re: Broken links, are we ever going to address them?

daemon@ATHENA.MIT.EDU (Roy T. Fielding)
Wed Jan 25 14:07:45 1995

Date: Wed, 25 Jan 1995 19:24:33 +0100
Errors-To: listmaster@www0.cern.ch
Reply-To: fielding@avron.ICS.UCI.EDU
From: "Roy T. Fielding" <fielding@avron.ICS.UCI.EDU>
To: Multiple recipients of list <www-talk@www0.cern.ch>

I said in response to Martijn's idea:

>> Idea 1: This could be changed by having clients that find a broken
>> URL send the offending server an HTTP/1.1 method BROKEN, with two
>> fields: URL (the broken URL) and Referer (the URL of the page with the
>> broken URL). A server can then log this, for later analysis by
>> humans/Perl scripts/whatever.  Obviously a client doesn't do this if
>> the user cancelled or the connection timed out, or if there is no
>> Referer.
> 
> Well, assuming that the link was valid up-to-the-path (i.e. the scheme
> and server name were correct in the otherwise bad link), this information
> could have easily been recorded in the server's error log upon the first
> request (and thus there is no need for a second one).  Worse, if the scheme
> or server name were incorrect, you've just doubled the number of invalid
> requests.

gurp...ignore that paragraph.  My objection should have been the same
as for #2, i.e.  I don't want a server to be notified if the problem is
just a temporary glitch at my site.


.....Roy Fielding   ICS Grad Student, University of California, Irvine  USA
                                     <fielding@ics.uci.edu>
                     <URL:http://www.ics.uci.edu/dir/grad/Software/fielding>

home help back first fref pref prev next nref lref last post