Hallo,
Wenn ich jetzt aber & eingebe, dann kodiert der Browser das *nicht* als & sondern lässt es nicht kodiert.
Das verstehe ich nicht ganz, bitte um erweiteretes Beispiel.
Ich habe ein Textfeld. Da gebe ich das &-Zeichen ein. Das wird einfach so übertragen, nicht als & - was aber falsch ist, wenn der Browser andere Zeichen wie z.B. das Eurozeichen kodiert. Waaah! Ich stelle gerade fest, dass er nicht einmal < und > kodiert. Hiillffeee!
Das mit dem "&" ist korrekt , das mit den <, > dagegen nicht. (siehe RFC 2396 und 2732 (letztere ist für IP6 und setzt lediglich die beiden eckigen Klammern [, ] von "unwise" nach "reserved")
Wer macht denn sowas? (bitte mit Version und OS)
Mieser Bug! Wird doch hoffentlich schon dran gearbeitet, oder?
Keine Ahnung, weiß nicht einmal, ob das überhaupt ein Bug sein soll... :-(
Auch PHP wird ein Bugtraq haben ;-)
Aber hast Recht, man ist doch eh meist zu faul dazu ;-)
So weit, so (ziemlich) korrekt.
Aber wenn diese Funktion so buggy ist, dann schreibe entweder Deine Eigene.
Werde ich wohl machen...
Befürchte das das in reinem PHP zu lahm werden dürfte.
BTW: möchtest du eigentlich in reinem PHP bleiben? (ich gehe davon aus, frage aber lieber mal ;-)
Eine C-Erweiterung kommt nicht in Frage, da das ja möglichst portabel sein soll.
Also in C ist das ja wohl portabler als in PHP, oder?
(Aber ich verstehe durchaus, konnte lediglich nicht wiederstehen ;-)
Aber wenn das so weiter geht, wechsle ich zu Perl. :-(
Um einen Kasten Bier, das es sowas da schon gibt!
Nä nä, bleib mal schön in PHP! ;-)
so short
Christoph Zurnieden