Jump to content
InvisionCommunity.de - Der Deutsche Invision Community Support
Sign in to follow this  
StarShaper

Kodierung der Sprachpakete

Recommended Posts

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

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 by StarShaper

Share this post


Link to post

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 08

oder im Datum unter Letzter Beitrag.

Edited by StarShaper

Share this post


Link to post

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

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 by StarShaper

Share this post


Link to post

Hi,

ich hab das selbe Märzproblem.

post-4489-1267522342,37_thumb.png

Lokal hab ich das Problem nicht, hab mal eben nachgeschaut, da sind die Tabellen latin1_swedish_ci kodiert, auf dem Webspace latin1_german2_ci unsure.gif

Gruss Tom

Edited by tom

Share this post


Link to post

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 by tom

Share this post


Link to post

Wie kommt man denn zu solch einer Kodierung? :blink:

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

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

Share this post


Link to post
Guest rass

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

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

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

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

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

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

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 by Helge
Quelle eingefügt.

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

Sign in to follow this  

×