> Gar nicht, wie sollten automatisch ignorierte Dinge mit der Fehlerbehandlung in Kontakt kommen? Nun, es ist so, daß das was der Parser liefert mit der Fehlerbehandlung eine Einheit bilden sollte, zumindest handhabe ich das so. Dann ist es auch eine Frage inwieweit Schlüsselparameter von Nutzdaten getrennt sind. Einer Parameterkontrollstruktur ist es egal welchen Wert ein Schlüsselparameter liefert solange der Boolsche Kontext stimmt. Alles was bei mir aus dieser Kontrollstruktur rausfällt führt dazu daß die Seite mit einem Status != 200 ausgeliefert wird zusammen mit einer entspechenden Fehlermeldung. Das ist dann auch maschinell verwertbar. Und wenn ein unbekannter Parameter dazu führt, daß die Seite in text/plain ausgeliefert wird gibt es ein `location.href` gleich gar nicht. MfG PS: Mein [Parser](http://rolfrost.de/parser.html) kennt übrigens mehr als nur application/x-www-form-urlencoded und multipart/form-data

> Gar nicht, wie sollten automatisch ignorierte Dinge mit der Fehlerbehandlung in Kontakt kommen? Nun, es ist so, daß das was der Parser liefert mit der Fehlerbehandlung eine Einheit bilden sollte, zumindest handhabe ich das so. Dann ist es auch eine Frage inwieweit Schlüsselparameter von Nutzdaten getrennt sind. Einer Parameterkontrollstruktur ist es egal welchen Wert ein Schlüsselparameter liefert solange der Boolsche Kontext stimmt. Alles was bei mir aus dieser Kontrollstruktur rausfällt führt dazu daß die Seite mit einem Status != 200 ausgeliefert wird zusammen mit einer entspechenden Fehlermeldung. Das ist dann auch maschinell verwertbar. Und wenn ein unbekannter Parameter dazu führt, daß die Seite in text/plain ausgeliefert wird gibt es ein `location.href` gleich gar nicht. MfG