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
Tag Plugin Problem?
-
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Re: Tag Plugin Problem?
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Re: Tag Plugin Problem?
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
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
Re: Tag Plugin Problem?
Der OP sagt herzlichen Dank! Läuft! Und soweit ich sehe: Ohne Problemegarvinhicking wrote:Ich habe jetzt noch einen "_utf8" typecast davor geschaltet der das Problem in der 3.25 hoffentlich beheben sollte.
Re: Tag Plugin Problem?
Jep, damit klappt alles wunderbar. Vielen Dank!
Re: Tag Plugin Problem?
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?
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?
Re: Tag Plugin Problem?
Hm, jetzt, wo Du es sagts - bei mir ebenfalls...u1amo01 wrote:Verwünscht - es gibt doch noch einen Fehler, zumindest bei mir. Bei Tags mit Umlauten werden keine Artikel angezeigt.
Re: Tag Plugin Problem?
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?
/* Set internal character encoding to UTF-8 */
mb_internal_encoding("UTF-8");
vielleicht in Kombination mit mysql "SET NAMES 'utf8'"
etwas bewegen?
Regards,
Ian
Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
Ian
Serendipity Styx Edition and additional_plugins @ https://ophian.github.io/ @ https://github.com/ophian
-
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Re: Tag Plugin Problem?
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....
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....
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Re: Tag Plugin Problem?
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 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?
Re: Tag Plugin Problem?
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
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
Markus Thies
Tischtennis Blog http://www.tischtennis-blog.de
Tischtennis Blog http://www.tischtennis-blog.de
-
- Core Developer
- Posts: 30022
- Joined: Tue Sep 16, 2003 9:45 pm
- Location: Cologne, Germany
- Contact:
Re: Tag Plugin Problem?
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
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
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/