StarShaper 0 Report post Posted October 25, 2009 Hallo, in welcher Kodierung liegen die Sprachpakete vor? Beim Import bekomme ich nämlich lauter � anstelle der Umlaute angezeigt, was darauf hindeutet das die Pakete nicht UTF-8 kodiert sind. Share this post Link to post
Helge 192 Report post Posted October 25, 2009 Doch, jedenfalls UNSER Sprachpaket ist UTF-8 und hat bisher bei niemandem Umlautprobleme bereitet. Share this post Link to post
StarShaper 0 Report post Posted October 25, 2009 (edited) Hmm, ich bekomme im Frontend M�rz statt März mit dem Sprachpaket angezeigt. EDIT: Offensichtlich werden alle anderen Umlaute korrekt angezeigt... merkwürdig. Edited October 25, 2009 by StarShaper Share this post Link to post
Helge 192 Report post Posted October 25, 2009 Wo genau? Evtl. habe ich auch einen Fehler im Sprachpaket. Share this post Link to post
StarShaper 0 Report post Posted October 25, 2009 (edited) Es scheint sich tatsächlich nur beim Monat März zu ereignen, allerdings nicht überall. Es erscheint zum Beispiel bei den Profilen. Registriert: 17-M�rz 08oder im Datum unter Letzter Beitrag. Edited October 25, 2009 by StarShaper Share this post Link to post
Helge 192 Report post Posted October 25, 2009 Wo genau tritt der Fehler auf? Hast du einmal einen Link? Konnte keinen Fehler im Sprachpaket finden, habe allerdings nochmal alle "März" Angaben im Sprachpaket neu gespeichert. Wird dann in der neuen Version enthalten sein. Share this post Link to post
StarShaper 0 Report post Posted October 25, 2009 (edited) Wo genau tritt der Fehler auf? Hast du einmal einen Link? Das Forum befindet sich im Moment auf einem lokalen Netzwerk, deshalb ist es nicht möglich es zu verlinken. Der Fehler erscheint bisher an zwei Punkten. Nämlich im Frontend unter "Letzter Beitrag". Dort steht dann z.B. 16 M�rz 2009 - 04:27 In: ... Von: ... und derselbe Fehler erscheint, wenn man das Forum anklickt. Auch hier steht unter "Letzter Beitrag". M�r 16 2009 04:27 Klickt man auf den Beitrag steht in der Betreffzeile: Geschrieben 16 M�rz 2009 - 04:27 Konnte keinen Fehler im Sprachpaket finden, habe allerdings nochmal alle "März" Angaben im Sprachpaket neu gespeichert. Wird dann in der neuen Version enthalten sein. Ok. Eventuell könnte das etwas mit der Konvertierung zu tun haben? Da aber alle Zeiten in der Datenbank im im Unix Time Stamp gespeichert werden, schließe ich das eigentlich aus. Übrigens hat eine manuelle Korrektur im Sprachpaket keine Abhilfe geschafft. Der Fehler bleibt. Edited October 25, 2009 by StarShaper Share this post Link to post
tom 1 Report post Posted March 2, 2010 (edited) Hi, ich hab das selbe Märzproblem. Lokal hab ich das Problem nicht, hab mal eben nachgeschaut, da sind die Tabellen latin1_swedish_ci kodiert, auf dem Webspace latin1_german2_ci Gruss Tom Edited March 2, 2010 by tom Share this post Link to post
Helge 192 Report post Posted March 2, 2010 Wie kommt man denn zu solch einer Kodierung? Ich rate zur Konvertierung der Datenbank auf UTF-8 mit diesem Konverter. Share this post Link to post
tom 1 Report post Posted March 3, 2010 (edited) Hi, das ist wohl einfach der Standard der so vom Hoster beim Erstellen neuer Datenbanken vorgegeben ist. ich kann ja da nichts einstellen, nur auf neue DB klicken. Aber ich versuch mal das mit dem Konvertieren, noch ist das ja nur ein Testboard. Gruss Tom Edit: Ach moment, ich schau mal ob man vielleicht über phpMyAdmin die DB anders anlegen kann. Edited March 3, 2010 by tom Share this post Link to post
Rüdy 8 Report post Posted March 3, 2010 Wie kommt man denn zu solch einer Kodierung? Ich rate zur Konvertierung der Datenbank auf UTF-8 mit diesem Konverter. Wo ist denn die Beschreibung dazu, von der geredet/geschreiben wird. Die paar auskommentierten Zeilen in der php-Datei? Share this post Link to post
Helge 192 Report post Posted March 3, 2010 Eine erklärung ist im Download enthalten (bzw die auskommentierten Zeilen). Share this post Link to post
TheSonic 0 Report post Posted March 5, 2010 Also meine Datenbank ist utf8 und der Monat März wird auch nicht richtig angezeigt. In den Beiträgen, etc. ist alles ok. Weiss jemand Hilfe? Share this post Link to post
Rüdy 8 Report post Posted March 5, 2010 Also meine Datenbank ist utf8 und der Monat März wird auch nicht richtig angezeigt. In den Beiträgen, etc. ist alles ok. Weiss jemand Hilfe? Manage Languages >> Deutsch (DU) >> bearbeiten >> Ländereinstellung: de_DE.UTF8 1 TheSonic reacted to this Share this post Link to post
Guest rass Report post Posted March 6, 2010 Also meine Datenbank ist utf8 und der Monat März wird auch nicht richtig angezeigt. In den Beiträgen, etc. ist alles ok. Weiss jemand Hilfe? Manage Languages >> Deutsch (DU) >> bearbeiten >> Ländereinstellung: de_DE.UTF8 Hatte genau das gleiche Problem und bei mir fehlte auch das UTF8 am Ende. Nun ist alles Perfekt, vielen Dank! Share this post Link to post
TheSonic 0 Report post Posted March 6, 2010 Manage Languages >> Deutsch (DU) >> bearbeiten >> Ländereinstellung: de_DE.UTF8 Vielen vielen Dank, das Problem ist (bei mir) gelöst :) Share this post Link to post
tom 1 Report post Posted March 9, 2010 Na so was, wie kommt man denn darauf? Nun ist bei mir auch wieder alles im Lot, Dankeschön! Share this post Link to post
Old-Trainee 4 Report post Posted April 7, 2010 ich habe auch de_DE.UTF8 eingefügt aber ich bekomme noch immer March also das englische Format teilweise angezeigt. Wenn ich in der Spachdatei nachschaue ist aber alles übersetzt. Weiss da jemand woran das liegt? Share this post Link to post
kdt 0 Report post Posted September 4, 2010 Rechte Maus auf den kleinen Pfeil da hinter dem grünen Haken und dort auswählen: Zwischenspeicher erneuern... Dann sollte es auch bei Dir gehen ;) Share this post Link to post
Rüdiger 3 Report post Posted March 3, 2011 Hallo, ich habe ein ähnliches Problem. Allerdings erst seit gestern. Ich habe einen V-Server bei Strato. Zur Administration nutze ich Plek Panel. Das habe ich gestern auf die aktuelle Version upgedatet (von 9.5.x auf 10.1.1) Jetzt habe ich eine fehlerhafte Darstellung im Datum. Der März wird als Mär angezeigt. Innerhalb von Postings sind alle Sonderzeichen Okay. Folgendes ist im Admincenter eingestellt: - Document Character Set: iso-8859-1 - Ländereinstellung: de_DE.utf8 - PHPmyAdmin sagt: utf8_general_ci (ob das erst seit gestern so ist, kann ich nicht sagen) Hat jemand eine Idee? Viele Grüße Rüdige Share this post Link to post
Helge 192 Report post Posted March 4, 2011 Schau mal HIER und in weiterführenden Links. Share this post Link to post
Rüdiger 3 Report post Posted March 20, 2011 Hallo, jetzt habe ich ein neues Problem in diesem Zusammenhang. Laut phpmyadmin liegen meine Tabellen in unterschiedlichen Codierungen vor: latin1_swedish_ci ; utf8_general_ci Das wird diversen Softwareupgrades geschuldet sein. Kann ich den beschriebene Konverter trotzdem nutzen? So wie ich es verstanden habe, muss ich diesem angeben, in welchem format die Tabellen derzeit sind. Gruß Rüdiger Share this post Link to post
Helge 192 Report post Posted March 20, 2011 Probieren geht über studieren, ich würde sagen, das es trotzdem geht, schließlich kann es durchaus vorkommen, das der Konvertor einmal abbricht und man dann das ganze noch einmal starten muss. Das tat ich damals auch, klappte ohne Probleme. Das ganze sollte natürlich erstmal auf einem Testsystem durchgeführt werden. Share this post Link to post
kdt 0 Report post Posted April 2, 2011 (edited) Ich habe das ganze mit einem einfachen Script gemacht, anbei der Code, falls jemand Interesse hat: #!/bin/bash # # MySQL UTF8 Converter by Monotek # PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin # config mysql_user="USER" mysql_pass="PASSWORT" mysql_db="DATABASE-NAME" mysql_opt="--opt --allow-keywords" old_col="ISO8859-1" tmp_dir="/tmp" #script echo "Dump database" mysqldump ${mysql_opt} -u ${mysql_user} -p${mysql_pass} -hlocalhost ${mysql_db} | iconv -f ${old_col} -t UTF-8 | sed s'/ENGINE=MyISAM DEFAULT CHARSET=.*;/ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;/g' > ${tmp_dir}/${mysql_db}_utf.sql echo "Import converted database" ( echo "DROP DATABASE ${mysql_db};" echo "CREATE DATABASE ${mysql_db};" echo "ALTER DATABASE ${mysql_db} DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;" echo "USE ${mysql_db};" echo "SOURCE ${tmp_dir}/${mysql_db}_utf.sql;" ) | mysql -u ${mysql_user} -p${mysql_pass} -hlocalhost echo "Deleting temporary files" rm -f ${tmp_dir}/${mysql_db}_utf.sql echo "Done" QUELLE Ging ganz flott und ohne IPB Support ;) Edited April 2, 2011 by Helge Quelle eingefügt. Share this post Link to post