GET Variable mit Leerzeichen ?

[ChristianDannenberg]

Guten Morgen zusammen,

nach dem Umstieg auf eine neue PHP Version (4.4 auf 5.3.1) werden bei mir leider nicht alle GET Varieblen richtig übergeben. Ich weis, das ich dies beim Thema Sicherheit ändern sollte. Momentan liegt mir aber leider nicht die zeit vor. Das Problem besteht darin, das bei einer Übergabe von ?=VarA=1&VarB= &VarC=1 alles nach dem Leerzeichen abgeschnitten wird, somit wird Var C ignoriert. Bei der alten PHP Version gab es hierbei keine Probleme.
Habe schon versucht das ganze abzuschreiben, aber auch bei VarB=&varC wird C ignoriert. Die Übergabeparamter erstelle ich über JavaSkript.

Vieleicht kenntjemand eine Lösung.

Vielen Dank im Vorraus.

MFG

C.Dannenberg

[Altrea]

Hi

Ich weis, das ich dies beim Thema Sicherheit ändern sollte.

Nichtnur beim Thema Sicherheit, sondern auch um deine Scripte zukunftssicher und plattformunabhängig lauffähig zu machen

Momentan liegt mir aber leider nicht die zeit vor.

Das ist immer eine beliebte Ausrede für unliebsame Aufgaben. Man kann seinen Problemen aber nicht dauerhaft davonlaufen.

Das Problem besteht darin, das bei einer Übergabe von ?=VarA=1&VarB= &VarC=1 alles nach dem Leerzeichen abgeschnitten wird, somit wird Var C ignoriert.

Was absolut verständlich und korrekt ist. Leerzeichen haben uncodiert in einer URL nichts zu suchen, ohne wenn und aber.

Bei der alten PHP Version gab es hierbei keine Probleme.

Deshalb gibt es jetzt PHP5 und nichtmehr PHP4. Die Entwicklung schreitet voran, alles wird besser

Vieleicht kenntjemand eine Lösung.

bei php gibt es für das Maskieren von nichterlaubten Zeichen in einer url die Funktion urlencode(). Du kannst das Leerzeichen auch von Hand ersetzen (%20 = Leerzeichen).

[ChristianDannenberg]

Ja die Zeit ist keine Entschuldigung

Jep da werd ich mal dran gehen.

Ich werde es mal mit %20 und urlencode() versuchen!

besten dank

[Nobbie]

Ich werde es mal mit %20 und urlencode() versuchen!

Wie grausam, das ist doch wieder nur die halbe Lösung. Leerzeichen haben in Bezeichnern nichts verloren, und nur weil es eine Umgehungslösung gibt, kann man das doch nicht ernsthaft weiterbetreiben.

Solche Dinge entwickeln meistens eine beachtliche Eigendynamik und irgendwann kommt man an einen Punkt, wo es wirklich nicht mehr weiter geht. Nachher sollen diese Leerzeichen auch in die Spaltennamen der MySQL Tabelle und weil MySQL das "kann", wird es so gemacht. Und irgendwann soll das Projekt dann auf Oracle oder eine andere ANSI SQL Implementierung umgestellt werden - und dann ist der Aufwand auf einmal riesengroß, diese fehlerhafte Design zu korrigieren.

Mit anderen Worten: wenn Du Dir jetzt sowieso die Mühe machst und das Design änderst, dann ändere es so, dass es nicht irgendwann wieder geändert werden muss. Und niemand kann mir erzählen, dass es technisch notwendig ist, Leerstellen in Bezeichner zulassen zu müssen.

[ChristianDannenberg]

Ich denke ich habe verstanden. Werd nun alles auf Post varianten ändern. Danke aber für die Ratschläge.