Kommentare zu: WordPress Upgrade 2.3.3 auf 2.5

Von: lasti

lasti — Sun, 04 May 2008 21:18:27 +0000

nö

Von: tigion

tigion — Sun, 04 May 2008 19:57:23 +0000

Na stand denn vor dem Upgrade schon was von utf8 in deiner config.php?

Von: lasti

lasti — Sun, 04 May 2008 19:54:09 +0000

Danke für die schnelle Antwort!
Meinst du, ich soll diese Zeile rausnehmen? Hab ich mal gemacht: Gute Neuigkeit: bei neuen Posts funktionieren die Zeichen wieder. Schlechte Neuigkeit: Bei alten Posts, sind die Sonderzeichen immernoch unkenntlich. Muss ich jetzt alle alten Posts manuell ändern? (Autsch)
Oder ist meine einzige Alternative zu UTF zu wechseln (wenn das eine Alternative ist!?)? Ich glaube nur, dass es bei meinen Datenbank-Kenntnissen schlauer wäre, das nicht zu tun

Von: tigion

tigion — Sun, 04 May 2008 18:29:18 +0000

Schau mal in deine config.php und kommentiere die Zeile mit “define(‘DB_CHARSET’, ‘utf8′);” aus. Dann müsste es wieder passen.

Willst du aber nach UTF-8 wechseln, da schaue mal hier: http://blog.tigion.de/2008/03/31/wordpress-datenbank-latin1-zu-utf-8-konvertierung/

Von: lasti

lasti — Sun, 04 May 2008 18:23:43 +0000

Ich hab seit dem Upgrade Probleme mit den Sonderzeichen: Die werden nicht mehr richtig dargestellt. Hast du da eventuell eine schlaue Antwort parat? Muss ich da auch etwas in der Datenbank umstellen – und wenn ja, wie mache ich das?

Von: tigion

tigion — Mon, 31 Mar 2008 19:57:09 +0000

Einen wirklichen Vorteil wirst du nicht spüren, aber UTF-8 ist einfach ein weltweiter universellerer Zeichensatz und nicht so sprachräumlich begrenzt wie bspw. Latin1. Also du kannst die UTF-8 Angabe in der WordPress config.php ruhig auskommentiert lassen, standardmäßig müsste WordPress (DE-Edition?) bis vor Version 2.3 glaube Latin1 verwendet haben.

Daten -[Latin1]-> DB -[Latin1]-> PHP -[UTF-8]-> HTML -> Webbrowser

Man darf nur nicht in der Config UTF-8 aktivieren, wenn die Daten in der Datenbank nicht die entsprechende Codierung enthalten, sonst bekommt man die ungeliebten Frage- und Sonderzeichen.

Ein Vorteil wäre wie gesagt, das die Daten schon in der Datenbank als universellerer Zeichensatz vorliegen.

Daten -[UTF-8]-> DB -[UTF-8]-> PHP -[UTF-8]-> HTML -> Webbrowser

Mein Grund war auch, dass WordPress seit Version 2.3 (oder war es 2.2?) standardmäßig auf UTF-8 setzt.

Vielleicht hat ja noch jemand anderes eine bessere Erklärung.

Zur Umstellung, wie ich es gemacht habe, werde ich mal ein paar Zeilen in einem Blogbeitrag verfassen. Weis nur noch nicht ob ich dazu heute oder morgen komme. Aber grob gesagt, war mein Weg die Datenbanksicherung dahingehend zu bearbeiten und dann wieder einzuspielen.

Von: ad

ad — Mon, 31 Mar 2008 19:00:44 +0000

Mal doof gefragt: welchen Vorteil hat es, wenn ich meine DB auf UTF-8 umstelle?
Wie mache ich das am Geschicktesten?