Abo
  1. Foren
  2. Kommentare
  3. Internet
  4. Alle Kommentare zum Artikel
  5. › HTTP Error 418: Fehlercode "Ich bin…

Begründung falsch?

  1. Thema

Neues Thema Ansicht wechseln


  1. Begründung falsch?

    Autor: Bluejanis 13.08.17 - 14:35

    Soweit ich weiß gibt es bei HTTP-Codes bisher keine Knappheit und es gibt genug freie Codes. Ein Problem sehe ich dort nicht.

    So spaßig ein uralter Scherz auch ist. Ich finde sowas hat in offiziellen Implementierungen, die eigentlich seriös sein wollen, nichts zu suchen.

    Ich hab nichts gegen Scherze, aber bitte nicht in irgendwelchen Spezifikationen! Das macht es für Neulinge doch nur verwirrend und unübersichtlich. Oder soll man wirklich Zeit verschwenden und bei jedem Feature wirklich gucken, ob es ernst gemeint ist. Müssen wir wirklich alle Altlasten aus alten Technikzeiten beibehalten?

    Das ist zumindest meine Meinung. Wie seht ihr das?
    Vielleicht bin ich als professioneller Softwareentwickler auch vorbelastet und möchte möglichst sauberen Code haben, der auch gut wartbar bleibt. Manchmal ist das schwerer die Grenze zu erkennen, aber in Code gehört nichts überflüssiges rein.



    1 mal bearbeitet, zuletzt am 13.08.17 14:38 durch Bluejanis.

  2. Re: Begründung falsch?

    Autor: maverick1977 13.08.17 - 14:49

    Bin ganz deiner Meinung. Ein Scherz, der ewig mit rumgeschleppt wird, bei dem wohl nicht nur mir der Spaßfaktor definitiv fehlt, ist irgend wie totaler Schwachsinn. Braucht kein Mensch und ist total bekloppt.

    Dazu noch die Frage, was dieser Status-Code dem Besucher sagen soll, außer dass der Betreiber gerne mit alten Gecks um sich schmeißt, während Besucher auf der Seite etwas sinnvolles erwartet.

  3. Re: Begründung falsch?

    Autor: blariog 13.08.17 - 15:09

    Ich verstehe deine Argumentation nicht.
    Wenn du den Code auf deinem Server nicht implementierst, wird er nie zu Geltung kommen. Er steht nur in den offiziellen Dokus, sonst nirgendwo. Und es wird eventuell mal ein Server nebst Anwendung so konfiguriert, dass der Fehler geschmissen wird.

    Btw. auch ich war mehr als 10 Jahre Entwickler und mag sauberen Code. Aber wenn du dir mal die Spec/RFC für E-Mail-Adressen anschaust und prüfst, wie viele du von denen in deiner Anwendung bauen kannst, die kein Mailserver versendet, dann weißt du, was Overhead in Specs wirklich ist...

  4. Re: Begründung falsch?

    Autor: janoP 13.08.17 - 15:35

    Bluejanis schrieb:
    --------------------------------------------------------------------------------
    > Soweit ich weiß gibt es bei HTTP-Codes bisher keine Knappheit und es gibt
    > genug freie Codes. Ein Problem sehe ich dort nicht.
    >
    > So spaßig ein uralter Scherz auch ist. Ich finde sowas hat in offiziellen
    > Implementierungen, die eigentlich seriös sein wollen, nichts zu suchen.
    So was hat gerade in offiziellen Implementierungen etwas zu suchen. Das ist ja der einzige Witz daran. Ohne offizielle Implementierung ist das doch total unlustig. Erst dadurch, dass man erwartet, dass solche Implementierungen von bierernsten Bürokraten gemacht worden sind, gewinnt der Fehlercode doch seinen Reiz.

    > Ich hab nichts gegen Scherze, aber bitte nicht in irgendwelchen
    > Spezifikationen! Das macht es für Neulinge doch nur verwirrend und
    > unübersichtlich. Oder soll man wirklich Zeit verschwenden und bei jedem
    > Feature wirklich gucken, ob es ernst gemeint ist. Müssen wir wirklich alle
    > Altlasten aus alten Technikzeiten beibehalten?
    Wieso sollte man damit Zeit verschwenden? Wenn man einen Fehlercode braucht, benutzt man ihn, wenn nicht, dann nicht. Abgesehen, dass das mit dem Teapot offensichtlich ist, stört seine Definition ja nicht, solange man sie nicht verwendet, und sobald man sie verwendet, ist sie nützlich.

    > Das ist zumindest meine Meinung. Wie seht ihr das?
    > Vielleicht bin ich als professioneller Softwareentwickler auch vorbelastet
    > und möchte möglichst sauberen Code haben, der auch gut wartbar bleibt.
    > Manchmal ist das schwerer die Grenze zu erkennen, aber in Code gehört
    > nichts überflüssiges rein.

    Der Code wird ja durch eine zusätzliche Fehlerdefinition nicht schlechter wartbar. Ich halte solche Easter Eggs für eine sehr sehr gute und sinnvolle Maßnahme. Die hat es schon auf dem Amiga gegeben, und ich finde es sehr schade, dass sie in heutigen Betriebssystemen nicht mehr üblich sind.



    1 mal bearbeitet, zuletzt am 13.08.17 15:36 durch janoP.

  5. Re: Begründung falsch?

    Autor: d-tail 2.1 14.08.17 - 06:03

    Mein Gott, es ist EIN EINZIGER Fehlercode. Einer! Wenn's 50 dieser Art wären könnte man ja drüber reden. Google versteckt übrigens auch ständig Easter-Eggs, stören die euch auch?

    d-tail 2.1

  6. Re: Begründung falsch?

    Autor: My1 14.08.17 - 10:08

    d-tail 2.1 schrieb:
    --------------------------------------------------------------------------------
    > Mein Gott, es ist EIN EINZIGER Fehlercode. Einer! Wenn's 50 dieser Art
    > wären könnte man ja drüber reden. Google versteckt übrigens auch ständig
    > Easter-Eggs, stören die euch auch?
    >
    > d-tail 2.1

    erstens das und 2. sind genug frei. und drittens, wenn der jetzt so schlimm wäre sollte man die fehlermeldungen gleich 4stellig oder so machen, dann hat man mehr codes.

    Asperger inside(tm)

  7. Re: Begründung falsch?

    Autor: Gol187 14.08.17 - 11:19

    d-tail 2.1 schrieb:
    --------------------------------------------------------------------------------
    > Google versteckt übrigens auch ständig Easter-Eggs

    Genau:
    https://google.com/teapot

  8. Re: Begründung falsch?

    Autor: mnementh 14.08.17 - 11:31

    Bluejanis schrieb:
    --------------------------------------------------------------------------------
    > Das ist zumindest meine Meinung. Wie seht ihr das?
    > Vielleicht bin ich als professioneller Softwareentwickler auch vorbelastet
    > und möchte möglichst sauberen Code haben, der auch gut wartbar bleibt.
    > Manchmal ist das schwerer die Grenze zu erkennen, aber in Code gehört
    > nichts überflüssiges rein.
    Wenn ich überflüssigen Grafik-Klickibunti-Scheiß weglasse regen sich die Kunden auf. Und das Userinterface ist immer sehr viel aufgeblähter und fehleranfälliger als einfacher Protokoll-Kram wie HTTP.

  9. Re: Begründung falsch?

    Autor: mnementh 14.08.17 - 11:34

    maverick1977 schrieb:
    --------------------------------------------------------------------------------
    > Dazu noch die Frage, was dieser Status-Code dem Besucher sagen soll, außer
    > dass der Betreiber gerne mit alten Gecks um sich schmeißt, während Besucher
    > auf der Seite etwas sinnvolles erwartet.
    Was? Wer schmeißt denn damit:
    https://upload.wikimedia.org/wikipedia/commons/c/c2/Junger_Stutzer_(15th_century).jpg

    Außerdem dachte ich die Mehrzahl ist Gecken, nicht Gecks. Aber man lernt nie aus.

  10. Re: Begründung falsch?

    Autor: S-Talker 14.08.17 - 11:48

    Bluejanis schrieb:
    --------------------------------------------------------------------------------
    > Soweit ich weiß gibt es bei HTTP-Codes bisher keine Knappheit und es gibt
    > genug freie Codes. Ein Problem sehe ich dort nicht.
    >
    > So spaßig ein uralter Scherz auch ist. Ich finde sowas hat in offiziellen
    > Implementierungen, die eigentlich seriös sein wollen, nichts zu suchen.
    >

    Das ist ein Fehlercode - es besteht keinen Grund und schon keine Verpflichtung diesen zu implementieren es sei denn es tritt genau der use case ein, dass dieser Fehlercode nötig ist.

    > Ich hab nichts gegen Scherze, aber bitte nicht in irgendwelchen
    > Spezifikationen! Das macht es für Neulinge doch nur verwirrend und
    > unübersichtlich. Oder soll man wirklich Zeit verschwenden und bei jedem
    > Feature wirklich gucken, ob es ernst gemeint ist. Müssen wir wirklich alle
    > Altlasten aus alten Technikzeiten beibehalten?
    >

    Wenn du nicht nach einen Teapot Fehlercode suchst, wirst du dieses RFC nie finden und beachten und es hätte keine Konsequenzen. Ein Server der kein Teapot ist wird das sowieso nicht brauchen. Für den Fall dass du Client Entwickler bist und befürchtest, dass jemand deinen Client benutzt, um einen Teapot zu bitten Kaffee zu brühen, selbst dann musst du dich nicht drum kümmern. Ein Client sollte beim Checken eines Fehlers ohnehin am eine einen Default-Zweig haben für "unbekannte Fehler".

    > Das ist zumindest meine Meinung. Wie seht ihr das?
    > Vielleicht bin ich als professioneller Softwareentwickler auch vorbelastet
    > und möchte möglichst sauberen Code haben, der auch gut wartbar bleibt.
    > Manchmal ist das schwerer die Grenze zu erkennen, aber in Code gehört
    > nichts überflüssiges rein.

    Wich bin sehr für sauberen Code. Ein optionaler Scherz stört mich relativ wenig.

    p.s.
    Semi-OT: Firmen, Teams, Umgebungen, in denen man nicht zum Lachen in den Keller geht, sind meiner Erfahrung nach produktiver. Diese klassische Trennung von Spaß/Arbeit mit der Erweiterung einer versuchten Work-Life-Balance etc. ist totaler Humbug.

  11. Re: Begründung falsch?

    Autor: luarix 14.08.17 - 16:10

    Bluejanis schrieb:
    --------------------------------------------------------------------------------
    > Soweit ich weiß gibt es bei HTTP-Codes bisher keine Knappheit und es gibt
    > genug freie Codes. Ein Problem sehe ich dort nicht.
    >
    > So spaßig ein uralter Scherz auch ist. Ich finde sowas hat in offiziellen
    > Implementierungen, die eigentlich seriös sein wollen, nichts zu suchen.

    In alten Dokumenten gerade aus der Netzwerk- oder UNIX-Welt findest Du immer wieder mal irgendwelche Anspielungen, witzige Bemerkungen, etc. Vielleicht hätten die ursprünglichen Autoren ja darauf verzichtet, hätten sie geahnt, dass 30 Jahre später derartige Spassbremsen unterwegs sind. Immer korrekt! Sorry ... aber ist doch wahr -- gibt's keine wichtigeren Dinge über die man sich -- zu Recht -- aufregen kann?

    > Ich hab nichts gegen Scherze, aber bitte nicht in irgendwelchen
    > Spezifikationen! Das macht es für Neulinge doch nur verwirrend und
    > unübersichtlich. Oder soll man wirklich Zeit verschwenden und bei jedem
    > Feature wirklich gucken, ob es ernst gemeint ist. Müssen wir wirklich alle
    > Altlasten aus alten Technikzeiten beibehalten?

    Ach Du Scheisse ... warum traut man Neulingen heutzutage eigentlich so wenig zu? Vor 30 Jahren wurde uns doch auch nicht alles vorgekaut serviert.



    1 mal bearbeitet, zuletzt am 14.08.17 16:11 durch luarix.

  12. Re: Begründung falsch?

    Autor: Hotohori 14.08.17 - 16:57

    Der Witz ist ja, das der TE mit seinem Post eigentlich selbst bewiesen hat warum dieser Code bleiben muss. ;)

  13. Re: Begründung falsch?

    Autor: nikeee13 15.08.17 - 17:22

    janoP schrieb:
    --------------------------------------------------------------------------------
    > So was hat gerade in offiziellen Implementierungen etwas zu suchen. Das ist
    > ja der einzige Witz daran. Ohne offizielle Implementierung ist das doch
    > total unlustig.

    Ja, allerdings in der Referenzimplementierung von HTCPCP, nicht von HTTP (in dessen Spezifikationen 418 nicht festgelegt ist).
    HTTP-"Referenzimplementierungen", die 418 haben, sind deshalb faktisch falsch.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Fresenius Medical Care Deutschland GmbH, Schweinfurt
  2. über Hays AG, Berlin
  3. über Nash Technologies, Böblingen
  4. Schaeffler Technologies AG & Co. KG, Nürnberg

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 29€
  2. 184,90€ inkl. Rabatt (Bestpreis!)
  3. (u. a. LG 55EG9A7V für 899€, LG OLED65B7D für 2.249€ und Logitech G703 für 69€)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Sam's Journey im Test: Ein Kaufgrund für den C64
Sam's Journey im Test
Ein Kaufgrund für den C64
  1. THEC64 Mini C64-Emulator erscheint am 29. März in Deutschland
  2. Sam's Journey Neues Kaufspiel für C64 veröffentlicht

Age of Empires Definitive Edition Test: Trotz neuem Look zu rückständig
Age of Empires Definitive Edition Test
Trotz neuem Look zu rückständig
  1. Echtzeit-Strategie Definitive Edition von Age of Empires hat neuen Termin
  2. Matt Booty Mr. Minecraft wird neuer Spiele-Chef bei Microsoft
  3. Vorschau Spielejahr 2018 Zwischen Kuhstall und knallrümpfigen Krötern

Samsung C27HG70 im Test: Der 144-Hz-HDR-Quantum-Dot-Monitor
Samsung C27HG70 im Test
Der 144-Hz-HDR-Quantum-Dot-Monitor
  1. Volumendisplay US-Forscher lassen Projektion schweben wie in Star Wars
  2. Sieben Touchscreens Nissan Xmotion verwendet Koi als virtuellen Assistenten
  3. CJ791 Samsung stellt gekrümmten Thunderbolt-3-Monitor vor

  1. Apple: iTunes Store sperrt alte Geräte und Betriebssysteme aus
    Apple
    iTunes Store sperrt alte Geräte und Betriebssysteme aus

    Ab dem 25. Mai 2018 wird Apple die Unterstützung für den iTunes Store auf Windows-Rechnern mit XP und Vista sowie für das Apple TV der ersten Generation einstellen. Nutzer der veralteten Betriebssysteme und der Set-Top-Box können dann nicht mehr auf den iTunes-Store zugreifen.

  2. Alcatel 1T: Oreo-Tablet mit 7-Display kostet 70 Euro
    Alcatel 1T
    Oreo-Tablet mit 7-Display kostet 70 Euro

    MWC 2018 Alcatel hat besonders preisgünstige Tablets mit Android 8 vorgestellt: Das 1T 7 und das 1T 10. Das 7-Zoll-Modell gibt es für 70 Euro und das größere 10-Zoll-Modell kostet 100 Euro. Für den günstigen Preis muss der Käufer Abstriche bei der Ausstattung machen.

  3. Notebook und Tablets: Huawei stellt neues Matebook und Mediapads vor
    Notebook und Tablets
    Huawei stellt neues Matebook und Mediapads vor

    MWC 2018 Huawei erweitert auf dem Mobile World Congress 2018 sein Tablet- und Notebook-Portfolio: Bei der neuen Mediapad-M5-Serie legt der Hersteller Wert auf Bild und Klang, das neue Matebook X Pro kommt mit einem Core-i5-Prozessor und einer in der Tastatur versenkbaren Kamera.


  1. 15:30

  2. 15:00

  3. 14:30

  4. 14:18

  5. 14:08

  6. 12:11

  7. 10:28

  8. 22:05