Hi!
weil immer wieder zwar die Feldkodierung gefunden und eingestellt wird, aber nicht bekannt ist, dass man nach dem Verbindungsaufbau die Kodierung aushandeln sollte
Ja, dies war für mich auch neu, aber darum gehts ja nicht, dadurch entstehen andere Probleme (mit in der DB richtig abgelegten Daten).
Das ist aber einer der entscheidenden Punkte, wie man solche Fehler in Zukunft vermeidet. Und dass du nun dieses Wissen dazugewonnen hast, ist ja auch schon mal was Wert.
und mit deinem Programm ausgelesen falsch siehst, dann hast du deine Verbindungskodierung nicht ausgehandelt und bekommst die Datein in einer Kodierung, die du nicht erwartest.
Du hast vermutlich nicht richtig gelesen. Wie gesagt, sind die Daten auch bei Ansicht in PMA teilweise falsch (W?rter), teilweise richtig (Wörter).
Dann ist trotzdem die Verbindungskodierung eine mögliche Ursache für Fehler. Ich kenne ja deine Konstellation nicht, kann also nur anhand der bisherigen Erfahrungen raten. Aber gut, die W?rter sind versaut und aller Wahrscheinlichkeit nach auch nicht mehr zu retten, aber die im PMS zu sehenden Wörter müsstest du lassen können und auch über den PMA oder andere Programme mit ordentlich ausgehandelter Kodierung finden.
müsstest du mal bestätigen, dass du mysql(i)_set_charset() oder ein "SET NAMES"-Statement nach jedem Verbindungsaufbau ausführst,
etwa so?mysql_set_charset('utf8', $DbLink);
:)
Ja, gut so. Es lohnt ja nicht, die Umlaute händisch zu korrigieren, wenn die Ursache bleibt und immer wieder neue Fragezeichen im DBMS landen.
Lo!