Comments on: WordPress 2.2 verstümmelt Umlaute

By: Fjord » Wordpress und die Umlaute – Zeichensalat im Fjord

Fjord » Wordpress und die Umlaute – Zeichensalat im Fjord — Mon, 26 Oct 2009 22:13:14 +0000

[…] Suche, war eine zumindest temporäre Lösung des Problems auch schnell gefunden und zwar hier. Damit alles erst mal gut jetzt wieder gut und schön ist, habe ich die “quick and […]

By: [WordPress] Immer wieder Probleme mit den Umlauten » WordPress, Update, Umlaute, Problem, wpSEO, UTF-8 » Nils Schulte am Hülse

Tue, 08 Sep 2009 11:27:53 +0000

[…] WordPress 2.2 verstümmelt Umlaute […]

By: britney

britney — Wed, 09 Jan 2008 09:56:28 +0000

Interessant, bei mir war es praktisch umgekehrt. Ich hatte die alte wp-config.php aus WP 2.0 in 2.3.2 übernommen und da stimmten die Umlaute nicht mehr. Nachdem ich die beiden Zeilen wieder eingefüllt hatte, war alles Paletti. Gruß

By: Benedikt

Benedikt — Sun, 26 Aug 2007 21:41:31 +0000

Richard, danke für den Tipp! Hab mir schon gedacht, wenn ich das Probleme angehe, dann nur mit einem Plugin. Leider hat’s bei mir, wie du hier siehst, nicht wirklich funktioniert: die Artikel scheinen die Umwandelung unbeschadet überstanden zu haben, bei den Kommentaren sieht’s leider anders aus …

By: Richard

Richard — Thu, 23 Aug 2007 15:49:11 +0000

Ich weiß, das Thema ist eigentlich alt, bin aber erst heute wirklich auf das Problem gestoßen. Liegt anscheinend daran, dass ich statt den Umlauten immer die HTML-Umschrift verwendet habe. Sollte noch jemand das Problem haben oder bisher die "schnelle Methode" verwendet haben. Es gibt auch die Möglichkeit das ganze schnell UND sauber über die Bühne zu bekommen.

By: christoph

christoph — Sun, 29 Jul 2007 07:48:01 +0000

Ich habe es auch getestet. Leider hat es nicht funktioniert. Ich habe mir jetzt einfach die Arbeit gemacht und alles auf UTF-8 umgestellt.

By: Benedikt

Benedikt — Mon, 02 Jul 2007 15:15:15 +0000

Kommt drauf an. Im normalen Betrieb gibt’s keine Probleme. Allerdings schleppt man halt weiterhin eine falsch codierte Datenbank mit, die man früher oder später bereinigen muss (wer weiß, wann die nächsten WordPress-Updates genau deshalb das eigene Blog zerhauen).

By: Christian

Christian — Mon, 02 Jul 2007 14:22:53 +0000

Danke für die »schnelle« Lösung. Hat diese irgendwelche Nachteile?

By: Benedikt

Benedikt — Thu, 31 May 2007 13:23:02 +0000

Das stimmt - bei jeder Ebene, von der Datei bis hin zum Datenbankinhalt, gibt es Charseteinstellungen. Und wenn nur eine nicht passt, dann gute Nacht! Vor allem auf Dateiebene ist das Ganze sehr nervig, weil die Meta-Angabe allein nicht reicht. Die Datei muss vom entsprechenden Editor auch explizit als z.B. UTF8 gespeichert werden, sonst gibt’s auch Probleme. Hatte ich z.B. früher immer bei neuen WordPress-Versionen, bei denen ich die kritischen Files immer extra als UTF8-Datei speichern musste.

By: ernst

ernst — Thu, 31 May 2007 12:47:07 +0000

die encoding-scheiße fand ich bei web-anwendungen immer schon das nervigste. allein bei mysql gibt es mal table charset, database charset (wobei das ja wiederum nicht heißt, dass die datensätze wirklich in der encodierung vorliegen), dann noch ein connection charset vom adapter (php, rails, etc), dann eine interne codierung in der programmiersprache, und dann schließlich das encoding der webseite selbst, wahlweise als header oder meta-tag.

da hab ich oft schon probleme gehabt. am einfachsten ist, man stellt überall utf8 ein. wenn man aber alte daten hat, ists schwierig.