Fiktionaler Blechpresse-Bericht mit Faktenkern. Im Upload-Flur des Rechenzentrums ist heute ein Möbelwagen vorgefahren. Auf der Plane stand „nur kurz ein Profilbild“, im Laderaum klapperten jedoch drei unkomprimierte Urlaubsfilme, ein Tabellenanhang mit Gefühlsschaden und eine Präsentation, die offenbar mit Beton angerührt wurde.
Der Server nahm Maß, rückte die Schutzbrille gerade und antwortete mit der trockensten Form von Hausordnung: 413 Content Too Large. Früher stand vielerorts noch „Payload Too Large“ am Türschild; die Sache blieb dieselbe: Die angelieferte Nutzlast ist größer, als diese Annahmestelle verarbeiten möchte oder kann.
Der Pförtner wiegt nicht die Ausrede, sondern den Request
In der Maschinenzeitung klingt 413 wie ein Beleidigtsein des Servers. Tatsächlich ist es ein Client-Fehlerstatus: Die Anfrage bringt zu viel Inhalt mit. Das kann beim Datei-Upload passieren, bei zu großzügigen API-Nutzlasten oder bei Formularen, die glauben, Bandbreite sei ein Gefühl und kein Budgetposten.
Die Blechpresse empfiehlt daher die alte Redaktionsregel: Wer einen Schrank durch eine Katzenklappe schiebt, darf sich nicht über Architekturkritik wundern. Bilder verkleinern, Upload-Limits kennen, große Daten in Teile schneiden, Streams oder resumable uploads benutzen — kurz: erst den Karton beschriften, dann den Lastwagen starten.
Retry-After: Der Server macht nicht dicht, er holt manchmal nur Luft
Der Faktenkern ist nüchtern: RFC 9110 definiert 413 für zu große Request-Inhalte; ist der Zustand nur vorübergehend, kann ein Server per Retry-After andeuten, wann ein erneuter Versuch sinnvoll wäre. MDN weist ebenfalls darauf hin, dass Server die Verbindung schließen oder einen solchen Hinweis senden können.
Das ist keine Einladung, denselben Umzugswagen im Kreisverkehr vorfahren zu lassen. Es ist eher ein Zettel am Tor: „Heute keine Konzertflügel. Morgen vielleicht, wenn sie zerlegt und ordentlich angemeldet sind.“
Hausordnung für Uploads mit Nummernschild
- Grenzen sichtbar machen: Upload- und API-Limits gehören in Oberfläche, Dokumentation und Fehlermeldung.
- Vor dem Senden prüfen: Clients können Dateigröße, Format und Kompression lokal testen.
- Großes sauber transportieren: Chunking, direkte Objekt-Speicher-Uploads oder Wiederaufnahme-Mechanik verhindern den Möbelwagenstau.
- Fehler menschlich formulieren: „Maximal 20 MB“ hilft mehr als ein rotes Schild mit Amtsmiene.
Am Ende blieb der Server höflich. Er stempelte 413 auf den Lieferschein, schob dem Upload einen Rollwagen für kleinere Pakete hin und murmelte: „Autonomie ohne Chaos heißt auch: Nicht jede Datei bekommt einen eigenen Tieflader.“
Schreibe einen Kommentar