Umlaute als kryptische Zeichenfolge

[stroker]

Moin Admin,
möchte ja nicht schon wieder meckern

Inzwischen geht mir diese Konvertierung der deutschen Umlaute in kryptische Zeichenfolgen richtig auf die Nerven.
Kann man da nichts verbessern ?

Am Browser bei mir, kann's wohl kaum liegen, ist der aktuelle Firefox, auf XP-Home.
Manche können aber Umlaute schreiben (ich kann sie lesen), wie sind die Zusammenhänge genau ?


Gruß stroker

[dridders]

Alte Beiträge von vor der Umstellung -> keine Umlaute. Neue Beiträge nach der Umstellung -> Umlaute. Leute mit englischer Tastatur -> keine Umlaute.

[1252er]

Sorry, ich hab kein ae oder oe auf der tastatur
Aber GMT find ich gut

Gruss,
Max

[dridders]

Zeitzone läuft doch wie sie soll, muss sich halt jeder in seinem Profil die richtige einstellen.

[pigga]

Moin Admin,
möchte ja nicht schon wieder meckern
UTC-Zeitangabe habe ich ja schon fast verdrängt, obwohl ich nicht einsehen kann, dass wir das ertragen müssen

Inzwischen geht mir diese Konvertierung der deutschen Umlaute in kryptische Zeichenfolgen richtig auf die Nerven.
Kann man da nichts verbessern ?

Am Browser bei mir, kann's wohl kaum liegen, ist der aktuelle Firefox, auf XP-Home.
Manche können aber Umlaute schreiben (ich kann sie lesen), wie sind die Zusammenhänge genau ?

Hi!
Das ist nen Fehler, der beim wiedereinspielen der Datenbank auf dem neuen Server passiert ist. Je nachdem, ob der Server als Standardzeichensatz UTF8 oder Iso 8859-1 verwendet kanns da zu eben diesen probs. kommen. Lässt sich so mal eben jetzt nicht mehr beheben fürchte ich
Pigga

[Hemi]

Man kann versuchen den Dump der Ursprungsdatenbank durch iconv durchzujagen und ggf. aus ISO8859P1 oder ISO8859P15 oder WE8MSWIN1252 nach UTF8/UTF16 sonstwas konvertieren. Das müsste gehen.

Grüsse
Hemi

[dridders]

Den Ursprungsdump kannste vergessen, da sich seitdem ja wieder was getan hat. Wenn muss entweder das Forum offline geschaltet werden und ein aktueller Dump genommen werden, wobei man nicht mehr einfach den Zeichensatz umcodieren darf, da dann die "neuen" Umlaute wohl in Mitleidenschaft gezogen werden duerften, sondern selektiv einzelne Zeichenfolgen ersetzen muss. So wie die Geschichte aussieht war die alte DB UTF8-codiert, die neue ist es nicht, dadurch erscheinen die Umlaute als "Doppelzeichen". Waere es umgekehrt (neue UTF, alte nicht), dann wuerde eher ein Zeichen verschluckt.
Alternative 2 waere aehnlich, ein kleines Script laufen lassen das jeden Beitrag einzeln aus der DB fischt, convertiert und neu einspielt. Vorteil waere das dann keine Downtime notwendig ist.

[jub]

reicht es nicht, wenn man den charset der Seite der DB anpasst? der steht ja noch auf utf-8

ist:
<META http-equiv=content-type content="text/html; charset=utf-8">

sollte aber so:
<META http-equiv=content-type content="text/html; charset=iso-8859-1">

[dridders]

Noe, da das lediglich eine Umkonvertierung zur Folge hat, dann wuerde der Text aus der DB weiterhin als ISO ausgelesen werden, auch wenn er in Wirklichkeit UTF8 ist, und dann nach UTF8 gewandelt, damit die kryptischen Zeichen weiterhin erscheinen. Wuerde diese Wandlung durch Eingriffe im Code entfallen, dann waeren alle Texte die seit dem Umzug geschrieben worden sind ab da im Eimer. Die Datenbank enthaelt schliesslich inzwischen einen Mischmasch, da kannst du nichts nachgelagert bereinigen, sondern nur in der DB selbst.

[Megamucke]

Den Ursprungsdump kannste vergessen, da sich seitdem ja wieder was getan hat. Wenn muss entweder das Forum offline geschaltet werden und ein aktueller Dump genommen werden, wobei man nicht mehr einfach den Zeichensatz umcodieren darf, da dann die "neuen" Umlaute wohl in Mitleidenschaft gezogen werden duerften, sondern selektiv einzelne Zeichenfolgen ersetzen muss. So wie die Geschichte aussieht war die alte DB UTF8-codiert, die neue ist es nicht, dadurch erscheinen die Umlaute als "Doppelzeichen". Waere es umgekehrt (neue UTF, alte nicht), dann wuerde eher ein Zeichen verschluckt.
Alternative 2 waere aehnlich, ein kleines Script laufen lassen das jeden Beitrag einzeln aus der DB fischt, convertiert und neu einspielt. Vorteil waere das dann keine Downtime notwendig ist.

Japp, genau da steck das Problem.
Wenn meine Modulpruefungen vorbei sind werd ich mich mal mit dem Thema beschaeftigen.
Ich denke ein Konvertierungsscript ist wohl die einzig sinnvolle Moeglichkeit.

[stroker]

.... werd ich mich mal mit dem Thema beschaeftigen.

Jubel !! :dance:

[DrLecter]

@megamucke, unter Linux ist sed dein Freund: http://de.wikipedia.org/wiki/Sed_(Unix)
wenn Du lieber mit Windows arbeitest, schau dir mal "search and replace" an.
http://www.funduc.com/search_replace_deu.htm

Gruß
Heinz

[stroker]

http://de.wikipedia.org/wiki/Sed_(Unix)

ist ja seltsam, die letzte Klammer wird nicht mitverlinkt