suit: UTF8 und PHP

Beitrag lesen

Und damit die Abwärtskompatiblität zu allen Verwendungen der Funktionen brechen, die davon ausgehen, dass diese Funktionen 1 Zeichen = 1 Byte liefern? In PHP 6 wird das so gemacht, das bedeutet aber in vielen Fällen ein kleines Refactoring, damit die Scripte ordentlich laufen: https://forum.selfhtml.org/?t=196441&m=1316191
Naja, wenns über einen zusätzlichen optionalen Parameter laufen würde, könnte bei allen alten Funktionen wo der Parameter nicht angegeben ist der Default=alte Funktionsweise greifen...

Natürlich, aber eine solch tiefgreifende Änderungen in einer Programmiersprache werden ausreichend diskutiert - wie Sven geantwortet hat, schein mein Informationsstand bez. PHP 6 auch nicht mehr aktuell zu sein.

Ich zieh meinen Schluss aus der Tatsache, dass ich einige "Wörter" korrekt mit den Umlauten bekomme, andere "W?rter" hingegen nicht. Folglich Datenbankseitiges Problem..

Warum, vielleicht fütterst du die Datenbank mal richtig und mal falsch.

Das hat aber dann zur Folge, dass du bei falscher Angabe dieser Daten Zeichen zerstörst oder in eine unleserliche form bringst.

Das heisst also, dass bei Veränderung der "Kollation" einer Spalte etc nicht nur die DB die Daten anders liest, sondern die Daten zuerst auch von der alten Angabe in die Neue konvertiert werden?

Die Kollation betrifft afaik nur die Sortierung und hat mit der Zeichencodierung (Charset) nur indirekt zu tun: http://dev.mysql.com/doc/refman/5.0/en/charset-server.html