[Erledigt] Probleme mit Unlauten etc. (Kollation) nach Umzug auf neuen Webspace...

[Forumsgast]

Hallo Freaks,

Wir sind mit unserer Website von einem Hoster zu einem anderen umgezogen.....
Vor dem Umzug habe ich alle Inhalte der MySql-Database mit phpMyAdmin heruntergedumpt....
Nach dem Umzug habe ich ebenfalls mit phpMyAdmin die Dumps wieder auf den neuen Server hochgeladen...., mit dem Resultat, das alle Umlaute etc. entweder durch Fragezeichen oder andere "cryptische" Symbole ersetzt angezeigt werden....!

Inzwischen bin ich darauf aufmerksam geworden, daß der alte Hoster mit:
MySql 3.23.37
phpMyAdmin 2.2.3
PHP 4.3.0

gearbeitet hat...
und der neue Hoster mit:
MySql 5.0.516
phpMyAdmin 2.11.7
PHP 5.2.6

was ja nun zu mehr Möglichkeiten führt, ich jedoch bis jetzt noch nicht begriffen habe, wie ich was beim neuen Hoster (in phpMyAdmin) einstellen muß, um nach dem Upload der Dumps alles wieder so funktioniert und angezeigt wird wie früher, ohne ca. 3,7 MB Daten von Hand nacheditieren zu müssen...!

Wäre schön, wenn mir das jemand kurz erklären könnte oder mir nen Link geben könnte, wo ich das online nachlesen kann...

Vielen Dank im voraus....
'Rock-Opa'
Niko

[Forumsgast]

Jo das liegt an der Kollation (der einzelnen Tabellenfelder).

utf8_general_ci zum Beispiel lässt Umlaute und andere Zeichen
zu. Wenn nötig solltest vielleicht darauf umstellen,
und dann nochmal einen SQL-Insert mit PHPmyAdmin machen.

[Forumsgast]

Danke Jabs, ich werds mal versuchen, auf dem neuen Server alles auf utf8_general_ci umzustellen und den ganzen Senf nochmal hochzufahren....
Ich hoffe die alte Databse war in utf8_general_ci kodiert....
wenns geklappt hat hörste hier von mir...

Niko

[Forumsgast]

War wohl nix mit utf8_general_ci ..... jetz schneidet er jeden Text/Eintrag ab dem ersten vorkommenden Umlaut ab......
Jetzt bliebe noch utf8_unicode_ci auszubrobieren....
Oder hat jemand ne bessere Idee...?

Niko

[Forumsgast]

Jo das liegt an der Kollation (der einzelnen Tabellenfelder).

Damit hat es gar nichts zu tun, die Kollation bestimmt ja nur die Art der Sortierung innerhalb eine Zeichensatzes. Damit ist auch das entsprchende Stichwort genannt, du musst beim Import das CHARACTER SET der ursprünglichen Datenbank (bzw. des Exports) angeben («Zeichencodierung der Datei»), und die dürfte bei MySQL 3.23.37 kaum utf8 gewesen sein.

[Forumsgast]

Danke Lazydog für den Tipp !

Ich habs geschafft...., nach knapp 4 Stunden rumprobiererei mit den verschiedensten Einstellungen läufts.....

Voreinstellung der Datenbank auf: utf8_general_ci
beim Import Formatcodierung der Quelldatei: latin1_general_ci
und bei Dateiformat weiter unten SQL-Kompatibilitätsmodus von NONE auf MYSQL 323 umstellen....
...und er hat alles korrekt übernommen..... PUUUUUH.....

Danke hat an die Helferlein....

Niko