hi @Rolf B
Eine Umwandlung ergibt einen logischen Sinn. Deswegen ja mein Hinweis auf den Standard bezüglich der Header wo diese eine Umwandlung standardmäßig stattfindet. Schließlich haben Anwender keinen bzw. nur begrenzten Einfluß darauf, welche Schreibweise ein Browser beim Senden der Requestheader verwendet. So findet sich die vom Anwender bevorzugte Sprache stets in HTTP_ACCEPT_LANGUAGE.
Parameter (Enctypes application/x-www-form-urlencoded und multipart/form-data) jedoch werden vom Browser nicht namentlich verändert. Die legt der Programmierer/Designer fest und so wie er die ins Programm bzw. HTML
<input name="ort" />
schreibt, werden die auch gesendet.
PS: Ich habe gerade eine etwas umfangreichere Klasse am Wickel, mein Forum. Als Kompaktklasse (ich nenne diese Bauform so) befinden sich Code (ca 300 Zeilen) und das HTML-Template (ca 100 Zeilen) in einer Datei, natürlich sauber voneinander getrennt.
Der Controller kontrolliert eine Handvoll Parameter: edit, update, rmthread, rmsub, show und putmesg. Wobei die ersten 4 an das intern konfigurierte admin-Attribut gebunden sind, z.B.:
elsif($self->param('edit') && $self->eav('admin')){}
Genau dieselben Parameter finden sich im HTML Template, was zusammen mit dem Code zur gleichen Zeit im Editor ist, wieder und damit im Browser. D.h., die Schreibweise ist natürlich auch dieselbe.
Selbst wenn ich jetzt einen Parser hätte der alle Parameter nach uppercase wandeln würde, wäre ist doch Unfug, als eine Person mit einem Editor in einundderselben Datei darauf bestehen zu wollen daß zur Parameterkontrolle die Schreibweise beliebig sein soll. Über diese Frage hat auch meine Frau nur mit dem Kopf geschüttelt.
MFG