MudGuard: Fehler 508 - was ist denn das?

Hi,

habe gerade beim Überprüfen meiner Links bei der Seite
http://www.geocities.com/TimesSquare/Alley/1557/fonts3.htm
den mir unbekannten Fehlercode 508 erhalten.

Als Text stand "unused" dabei, also die erste Zeile der RESPONSE sieht (laut livehttpheaders plugin im Mozilla) so aus:

HTTP/1.1 508 unused

Ein Blick in die relevanten RFCs (2068, 2616, 2817) zeigte mir, daß dort dieser Statuscode nicht bekannt ist.

Weiß jemand, ob und falls ja, wo dieser definiert ist und/oder was er bedeuten soll?

cu,
Andreas

--
MudGuard? Siehe http://www.Mud-Guard.de/
  1. hi,

    Weiß jemand, ob und falls ja, wo dieser definiert ist und/oder was er bedeuten soll?

    eine aussage, dass er wirklich irgendwo definiert wäre, konnte ich auch nicht finden.

    allerdings, wenn du dir die meldung, warum der link nicht erreichbar ist,

    "Sorry, this site is temporarily unavailable!
    The web site you are trying to access has exceeded its allocated data transfer. Visit our help area for more information.
    Access to this site will be restored within an hour. Please try again later."

    mal ansiehst - erscheint es mir gar nicht so unwahrscheinlich, dass geocities sich für diesen fall einen eigenen HTTP status code ausgedacht hat.
    warum sie dann nicht eher zu "503 Service Unavailable" gegriffen haben ...? k.A.

    allerdings ist das aussenden "eigener" HTTP status codes je nach webserver glaube ich durchaus möglich. ich hatte mal einem bekannten eher scherzhaft geraten, auf die nervigen anfragen von bots, die nach offnen formmail-scripten suchten, mit einem "666 F*** Off" zu antworten, und laut seiner aussage hätte das mit PHP und apache geklappt (hab's aber nicht verifiziert).

    btw: unter http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html gibt es einen HTTP status code, der wirklich mit "unused" bezeichnet wird: 306
    "The 306 status code was used in a previous version of the specification, is no longer used, and the code is reserved."

    gruss,
    wahsaga

    1. hi,

      allerdings ist das aussenden "eigener" HTTP status codes je nach webserver glaube ich durchaus möglich.

      hab das gerade interessehalber mal selber ausprobiert - kriege aber in jedem browser dann nur eine leere seite.

      gruss,
      wahsaga

      1. hab das gerade interessehalber mal selber ausprobiert - kriege aber in jedem browser dann nur eine leere seite.

        Wie hast du's denn probiert?
        Du müsstest eigentlich nur folgendes in die php-datei schreiben:
        <?php
          header("HTTP/1.1 666 F*** Off"); // *g*
        ?>
        <html>
         <head><title>HTTP 666 F*** Off</title></head>
         <body><h1>HTTP 666 F*** Off</h1></body>
        </html>

        oder ähnlich ;)

        cu RFZ

        1. nachtrag, so gehts nicht :)
          Man kann zwar (zumindest bei mir) selbst Statuscodes senden, aber nur gültige, keinen 666 :) Aber es gibt genu gültige die passen, und den Text kann man ja anpassen.

          cu RFZ

      2. Hi,

        allerdings ist das aussenden "eigener" HTTP status codes je nach webserver glaube ich durchaus möglich.
        hab das gerade interessehalber mal selber ausprobiert - kriege aber in jedem browser dann nur eine leere seite.

        Naja, daß man da einfach irgendeinen Code senden kann, ist mir schon klar, ich frage mich nur nach dem Sinn.
        Denn bei nicht-definierten Codes kann man ja nur darauf hoffen, daß ein Client sich so wie gewünscht verhält...

        Und ob eine leere Seite angezeigt wird, hängt vielleicht auch davon ab, ob man eine Seite als body der Response mitsendet.

        Ich hätte für so einen Fall auch eher 404 oder 503 erwartet - oder ne 307 mit Weiterleitung auf ne 404...

        cu,
        Andreas

        --
        MudGuard? Siehe http://www.Mud-Guard.de/