Nach Update ein kleines Problem

Wurde vielleicht der Zeichensatz geändert? Einstellungen -> lesen

Zitat von jared

ne es lag net an utf oder iso! iso hatte ich nie benutzt da der testblog erst mit 2.1.3 eingerichtet wurde!

ich hab die neue config.php einfach bearbeitet und die 2 einträge die mit WP 2.2 dazugekommen sind entfernt! und jetzt gehts

aber so kanns doch nicht sein oder?
bin ich der einzige der dieses problem hat? was bringt mir dann die neue config.php?

Neh biste nicht!:???:
Das Problem habe ich auch!
Habe 3 WP laufen.
Der erste Upgrade von 2.1.3 auf 2.2 lief ohne Probleme! (Dort benutzte ich aber auch das Original Theme)
Bei den anderen beiden habe ich das Problem wie Du! Dort benutzte ich aber auch andere Themes...

Und mit Deinen Tip gelang es mir das Problem zu beseitigen! DANKEEEE:-D
Ob das nun aber so OK ist ist eine Frage die auch ich nicht beantworten kann..

Ich hatte das Problem zunächst auch.
Ich habe aber die beiden Einträge nicht gelöscht, sondern zuerst die Daten aus der alten wp-config.php in die wp-config-sample.php übernommen und
dann folgendes geändert:
define('DB_CHARSET', 'latin1');
Hier kann angegeben werden in welchem Zeichensatz MySQL die Daten gespeichert hat. Wenn ihr Zugriff drauf habt, hilft vielleicht ein Blick in die
Angaben bei phpMyAdmin. So weit ich das verstanden habe, hat das einen Einfluss auf die Sortierreihenfolge, also wie z.B. bei alphabetischer Sortierung die Umlaute eingeordnet werden.
Mehr dazu hier MySQL Doku

Zitat von jared

Narcanti

das musste mir erklären! wo ist der sinn wenn in der config "latin1" eingestellt ist und im adminmenü utf-8! die logik erschliesst sich mir nich :cry:

Dann will ich es mal versuchen :mrgreen:
Die Beiträge bzw. Daten werden in einem bestimmten Zeichensatz in der Datenbank gespeichert. Hier den korrekten Zeichensatz zu verwenden macht beim Lesen aus der Datenbank Sinn.
Die Angabe im Admin-Menu bezieht sich auf die Ausgabe der Seite, konkret wirst Du diese Angabe im Header des HTML finden:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

[FONT=Verdana]Deshalb haben diese beiden Einstellungen nicht direkt miteinander etwas zu tun.
In unseren Breitengraden werden viele Datenbanken Latin1 als Zeichensatz verwenden,
aber in Russland, etc. muss das nicht der Fall sein. Dennoch kann die Ausgabe in UTF-8
oder irgendeinem anderen Zeichensatz erfolgen. Macht das Sinn?
[/FONT]

Also ich hab die beiden "neuen" Einträge einfach weggelassen - und keine Probleme mit Umlauten.

Probleme mit Umlauten hatte ich hingegen neulich, als ich Datenbank-A vom Testserver auf die Live-Seite eines Kunden übertragen wollte. Die Ursache war schnell gefunden - Das Projekt begann dermaleinst als WordPress 1.52er-Seite, dann mehrere Upgrades, hier PlugIn, da PlugIn - und einige Datenbank-Tabellen waren german_ci-Dings, andere swedish-irgendwas - Warum?! - Weiß der Geier.

Wenn ich mir meine aktuelle Datenbank mal genauer angucke, finde ich dort ebenfalls einige Tabellen mit Zeichensätzen, die mich staunen lassen. Funktioniert aber erfreulicherweise alles. Es sei denn, ich gebe in der wp-config (wie in der Muster-Datei von WordPress 2.2 empfohlen) Zeichensatz und Collation an, mit denen alles gleichermaßen interpretiert werden soll ... DANN hab ich Chaos.

Wenn ich nichts angebe, bleibt alles wie gehabt - und ... das bislang stressfreieste Upgrade ever. Ich musste nur ein paar Parameter von get_links(); ändern und ansonsten war das n Ding von zwei Minuten.

Eventuell sollte ich beizeiten doch mal meine Datenbank durchackern, weil es nicht wirklich praktisch ist, x verschiedene Zeichensätze drin zu haben. Aber ich glaub, die Mühe mach ich mir lieber erst, wenn irgendetwas gar nicht mehr funktioniert.