php $_GET Groß oder kleinschreibung

[Christian Kruse]

Hallo Rolf,

du verstehst das nicht. Es ist in seinem Framework so drin und darum unbedingt richtig so.

Schon klar. Genau diese Denke wollte ich ja in Frage stellen.

Und er hat ja auch nicht völlig unrecht. Die einschlägigen RfCs (z.B. https://tools.ietf.org/html/rfc3986#section-6.2.3) sagen klar, dass man nur Schema und Host normalisieren muss und den Rest nicht sollte. Meint: Schema und Host sind case-insensitive gedacht, und der Rest ist per Default case-sensitive gedacht.

Wenn du den folgenden Absatz nicht ergänzt hättest, hätte ich dir hier vehement widersprechen müssen 😉

Wie Mike Kagansky (dessen Qualifikation ich nicht einordnen kann) hier vor 3 Jahren schrieb, gelten die entsprechenden RfCs für die Clients, nicht für die Server, und er schließt daraus, dass ein Client keine Annahmen treffen darf, wie ein Server seine URIs interpretiert. Der Server ist dagegen frei darin, in seiner Interpretation großzügig zu sein. Das entspricht auch generell der Internet-Philosophie: Sei strikt in dem, was Du erzeugst, und großzügig in dem, was Du verstehst.

Ja. Aber mir ging es in dem Fall gar nicht um den Standard (wobei ich die Auslegung von Mike Kagansky teile), sondern um die Aussage „case-sensitive bildet die Geschäftslogik ab, case-insensitive tut das nicht.“ Denn mir will tatsächlich einfach nicht in den Kopf, warum das so sein sollte. Und auch, warum das „Pfusch“ sein sollte ist mir schleierhaft.

Ob man das schön findet, das ist eine andere Frage. Ich persönlich empfinde es auch als hübscher, wenn man Parameter case-sensitive auswertet, aber das ist ein reines Geschmacksurteil und mir käme nicht in den Sinn, jemanden als Pfuscher zu bezeichnen, wenn er case-insensitive arbeitet.

LG,
CK