Serendipity Forums

Hi!

Aaaaalso.

Sorry erstmal für den Bug. Vincent hatte einen Patch hierfür committet: http://board.s9y.org/viewtopic.php?f=4& ... #p10425543

Ich habe jetzt noch einen "_utf8" typecast davor geschaltet der das Problem in der 3.25 hoffentlich beheben sollte.

Es ist leider keine wirkliche Lösung die Tables zu ALTERn. Damit könntet ihr das zwar beheben, aber das wäre keine allgemeingültige Lösung, die Datenbankübergreifend gelöst werden muss ohne zu viel mysql-spezifika einbauen zu müssen.


Grüße,
Garvin

Joah,

das funzt
Danke Dir.
Hat mich dazu gebracht meine ganze Datenbank mal aufzuräumen.
Schönen Feiertag wünsche ich noch und danke für die Hilfe.
Chris

garvinhicking wrote:Ich habe jetzt noch einen "_utf8" typecast davor geschaltet der das Problem in der 3.25 hoffentlich beheben sollte.

Der OP sagt herzlichen Dank! Läuft! Und soweit ich sehe: Ohne Probleme

Jep, damit klappt alles wunderbar. Vielen Dank!

Verwünscht - es gibt doch noch einen Fehler, zumindest bei mir. Bei Tags mit Umlauten werden keine Artikel angezeigt.

Verwünschte Umlaute. Nichts als Ärger. Bin auf eine alte Version des Plugins zurück gegangen.

Vielleicht sollte ich doch die Datenbank neu anlegen mit der richtigen Collation? Was wäre die eigentlich?

u1amo01 wrote:Verwünscht - es gibt doch noch einen Fehler, zumindest bei mir. Bei Tags mit Umlauten werden keine Artikel angezeigt.

Hm, jetzt, wo Du es sagts - bei mir ebenfalls...

Garvin, könnte man da eventuell mit
/* Set internal character encoding to UTF-8 */
mb_internal_encoding("UTF-8");
vielleicht in Kombination mit mysql "SET NAMES 'utf8'"
etwas bewegen?

Hi!

Ich fürchte mb hat damit nix zu tun. Liegt wohl eher am _utf8 "string" cast in MYSQL, der Probleme macht wenn der String ja schon in UTF-8 vorliegt...ich weiß es nicht, leider steck ich da jetzt auch so tief nicht drin....

Vorweg: alle Felder meiner Datenbank waren mit Collation "latin1_swedish_ci" angelegt. Weil das zu den oben beschriebenen Problemen führte, wollte ich eine möglichst saubere neue Datenbank. Ob das geklappt hat, weiß ich noch nicht. Manche Fehler findet man erst nach Tagen ...

Ich habe eine umständliche Brechstangenlösung gefunden, die ich NICHT wirklich weiterempfehlen kann. Meine sql-Kenntnisse sind quasi nicht existent und ich bin mir sicher, dass ich noch nicht alle durch diese Lösung verursachten Probleme gefunden habe. Auf JEDEN FALL vorher alle Daten sichern!

Zuerst habe ich einen Test-Blogartikel verfasst mit allen Umlauten und Zeichen (äöüÄÖÜßéàâ) die ich ersetzt haben wollte (Hinterher bemerkt, dass ich irgendein Zeichen vergessen habe, entweder waren es Klammern oder Bindestriche).

Dann mit phpMyAdmin einen Dump der Datenbank gemacht.

Mit gedit zuerst den Test-Artikel gesucht und dann per Suchen und Ersetzen alle seltsam aussehenden Zeichen im kompletten Dump ersetzt.

Eine neue Datenbank erstellt mit Collation "utf8_unicode_ci". (Default bei meinem Hoster ist anscheinend "latin1_swedish_ci"; installiert man s9y neu, werden auch die Tabellen mit "latin1_swedish_ci" angelegt).

Den geänderten Dump in die leere Datenbank importiert. Dabei in das Problem "Specified key was too long; max key length is 1000 bytes" gelaufen. Als Erläuterung und Hilfe habe ich diesen alten Artikel gefunden:
http://www.joomlaportal.de/mambo-instal ... bytes.html

Jeweils die angemeckerte Tabelle geändert und stückchenweise weiter hochgeladen.
Mein Halbwissen sagt mir, dass das ein Spiel mit dem Feuer ist: Felder von bereits existierenden Daten im Nachhinein verkürzen, ohne genau zu wissen, wie lange der längste Feldinhalt ist. Damit kann man bestimmt einiges an den Daten ruinieren. Und man kommt direkt in die DB-Entwicklerhölle

Im S9y-Adminbereich unter Konfiguration/Datenbankeinstellungen den Datenbanknamen geändert auf die neu angelegte Datenbank mit den überarbeiteten Inhalten.

"Datenbank-Zeichensatzkonvertierung aktivieren" eingeschaltet.

Die Luft angehalten und das Blog aufgerufen ... bisher sieht es brauchbar aus.

Zumindest hat es den Vorteil, dass die bisher genutzte Datenbank im Notfall unverändert auf dem Server liegt.

Vielleicht kann jemand mit mehr Hintergrundwissen daraus eine halbwegs gute Lösung zusammenbasteln?

ich hatte das Problem auch mit den nicht mehr richtig verlinkten Tags.

dank der Hinweise hier habe ich die Datenbank auf eine neue Mysql5 Datenbank umgezogen. Dann hatte ich leider auch das Umlautproblem. Das lag daran, daß die Datenbank mit Latin1 angelegt wurde. In der config_local habe ich den Eintrag dbcharset auf latin1 geändert. Und alles funktioniert. (Hoffentlich auch nach dem nächsten Update).

Grüße Markus

http://www.tischtennis-blog.de

Hi!

Ich habe das Plugin nochmal aktualisiert, um das nicht weiter zu splitten bitte alles weitere hier:

http://board.s9y.org/viewtopic.php?f=4& ... #p10425712

GRüße,
Garvin