nicht angemeldet
Hello,
Der Code sollte ja nicht davon betroffen sein, wenn sich brav an ASCII gehalten hat, also auch bei Arrays keine Elementnamen mit Zeichencodes über 127d genommen hat... ?
PHP hat keine Probleme mit Bezeichnern, in denen "Sonderzeichen" enthalten sind. Die Probleme gibts nur, wenn die Sonderzeichen durch mangelhafte Editor-Bedienung in verschiedenen Codierungen auftauchen.
Genau darum geht es.
Es sind schon diverse Funktionssammlungen aus den letzten Jahren im Umlauf, die alle in ISO-8859-1 erfasst worden sind. Die müssen dann alle ausgetauscht werden gegen Versionen, die in UTF-8 abgespeichert wurden, wenn jetzt neue in UTF-8 dazukommen. Der sichtbare Code auf dem Bildschirm ist ja beides Mal derselbe bei richtiger Browsereinstellung. Nur das Bitabbild in der Datei unterscheidet sich.
Wenn da nun eine installierte Funktionssammlung in ISO mit einer neuen in UTF-8 zusammenarbeiten soll, und es gibt Umlaute in Arraybezeichnern, passen die beiden nicht mehr zusammen.
Bezogen auf den Beispiel-Fall uas diesem Thread (Erzeugung von Schlüsselwerten), muss außerdem noch Rücksicht genommen werden darauf, wo denn diese Schlüssel nachher zum Einsatz kommen sollen - in einer ASCII-Textdatei, in einer Datenbank oder sonstwo. Das Problem steckt nicht darin, etwas ganz und gar neu aufzubauen, sondern vorhandene Projekte umszustellen und dann zu erweitern/zu ändern.
Ich bin mir da noch nicht im Klaren darüber, an was man da alles denken muss.
-
Codierung des Scriptes
-
Eigene Datenbank
-
Fremde Datenbankzugänge
-
Zusammenarbeit mit anderen Seiten
-
Dateisysteme
-
Ausgabe des Webservers
-
Request beim Webserver
-
???
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
