Umlautproblem

[alpenlinks]

Hi!

Ich habe auf heirat.at/blog/ von gestern auf heute ein Problem mit den Umlauten. Das hatte ich bisher noch nie? Was kann ich tun?

lg

[garvinhicking]

Hi!

Ich könnte mir vorstellen dass dein provider MySQL aktualisiert hat?

Dann gibts da einiges umzustellen, evtl. wurde durch das Update auch einiges verändert.

Benutze mal phpMyAdmin, stelle sicher dass die Table collations auf UTF-8 stehen für alle Spalten und Tabellen. Dann musst du evtl. in der s9y Konfiguration die Option "dbNames Befehl" auf 'ja' oder 'nein' stellen, dem Gegenteil von dem das Du derzeit hast.

Grüße,
Garvin

[alpenlinks]

vorerst besten dank!
lg

[alpenlinks]

mein Provider schreibt mir Folgendes:

"könnte in die richitge Richtung gehen, da tatsächlich mysql aktualisiert wurde; jedoch steht Kollation auf latin1_swedish_ci und das sollte kein Problem sein, da es hier auch umlaute gibt."

Er meint, dass das Problem bei Serendipity liegt, da er mehrere andere PHP und MySql-Seiten hat, bei denen das Problem nicht auftritt.

Kann das so sein?
lg

[garvinhicking]

Hi!

Das stimmt so nicht. UTF-8 und lat1 sind zwei grundsätzlich unerschiedliche Zeichensätze.

Er meint, dass das Problem bei Serendipity liegt, da er mehrere andere PHP und MySql-Seiten hat, bei denen das Problem nicht auftritt.

Nein, das Problem liegt daran dass serendipity bei der alten installation angenommen hat dass die datenbank utf-8 ist (weil ein altes mysql das noch nicht handhaben konnte).

Bei dem update von mysql wurde nun alles auf latin1 umgestellt, und serendipity gibt das falsch aus weil es noch auf utf-8 steht (und auch alle einträge so gespeichert sind).

Der Provider möge bitte einmal die Migration Notes von MySQL 4 auf 4.1 und größer durchlesen, da steht detailiert welche Umstellungen erforderlich sind. Bei einem Update seitens des PRovider sollten Kunden eigentlisch schon über so eine wichtige Sache vorher informiert werden, nicht nur Serendipity sondern auch zahlreiche andere UTF-8 Anwendungen klappen dann spontan nicht mehr.

Solange PHP-Scripte nur ISO-8859-1 nutzen und kein UTF-8, dann merkt man natürlich auch bei seinen eigenen Scripten keine Probleme.

Das ist halt, als ob Du an der Tank-Zapfsäule einfach neues Benzin mit mehr Oktan reinpumpst. Dein altes Auto von 1900 fährt damit problemlos, bei einem neuen Wagen kann einem der Motor um die Ohren fliegen weil das Benzin nicht auf den Motor abgestimmt ist.

Das Problem beheben kannst Du wie oben erwähnt: DBNames umstellen, Collations auf utf-8 stellen.

Alternativ kannst Du auch s9y auf ISO-8859-1 stellen und alle Einträge manuell überarbeiten oder automatisiert via SQL-Dump einmal exportieren, Sonderzeichen umwandeln und wieder importieren. Das ist natürlich ungleihc mehr Arbeit und absolut nicht zu empfehlen.

Viele Grüße,
Garvin