Re: [InetBib] Mit allen Konsequenzen

[Till Kinstler <kinstler@xxxxxx>]

Am 02.10.2013 21:27, schrieb Adrian Pohl:
> 2013/10/2 Thomas Krichel <krichel@xxxxxxxxxxx>:
> >    Die Seite sendet http status 200.  Da denkt ein Krabbeler LoC sei
> >    für immer verschwunden.  Es sollte 503 sein.
>
> Die Shutdown-Seite gibt korrekterweise den HTTP-Status 200. Andere
> LoC-Seiten (wie z. B. http://www.loc.gov/bibframe/ oder
> http://www.loc.gov/marc/) geben einen 302-HTTP-Status zurück mit
> "Location: http://www.loc.gov/home2/shutdown-message.html";. Scheint
> mir so richtig zu sein soweit ich das beurteilen kann.

Die Webseiten sind wieder erreichbar.
Aber unabhängig davon: Korrekt wäre 503 gewesen, weil die Inhalte von 
loc.gov temporär nicht verfügbar waren, weil "service unavailable".
Mein Harvester, der "Kataloganreicherungsmaterialien" u.a. von der LOC 
sammelt und indexiert, folgte brach und korrekt den 302-Redirects und 
vermutete da den verschobenen Inhalt der alten URL (genau das sagt 302: 
"The requested resource(!) resides temporarily under a different URI.", 
RFC 2616, (!) von mir).
Also indexiert er den Inhalt, den er dort bekommt, weil das eigentlich 
ein an eine andere URI verschobener Inhalt sein sollte (ein 
Inhaltsverzeichnis, eine Rezension o.ä.). Tatsächlich bekam er da aber 
die bekannte Fehlermeldung, zudem mit HTTP 200, also hat er das munter 
indexiert. Vollkommen korrektes Verhalten, leider mit doofem Ergebnis 
(wir haben jetzt ganz oft den "shutdown" in unserem Index...)
Ein 503 hätte hingegen klar gesagt: Der Inhalt, den du willst, steht 
derzeit nicht zur Verfügung, komme später wieder ("The server is 
currently unable to handle the request due to a temporary overloading or 
maintenance of the server. The implication is that this is a temporary 
condition which will be alleviated after some delay.", RFC 2616)
Ich werde meinen Harvester aber nicht umbauen, nur weil die LOC falsche 
HTTP Statuscodes verwendet.

Grüße,
Till

--
http://www.inetbib.de