Die Lösung steht eigentlich schon mehrfach im Forum. Ich habe das Skript in den letzten 12 Monaten in diversen Topics geposted.

Das Skript tut eigtl nichts außer alle Tabellen und deren Spalten zu durchlaufen. Ist eine Spalte vom Typ Text, Varchar oder Char so wird dessen charset auf utf8 gesetzt (utf8 COLLATE utf8_general_ci). Die Tabelle an sich wird ebenfals darauf umgestellt, jedoch unabhängig davon was für Spalten sich in Ihr befinden.

Ich erinner mich noch, dass ich diese Änderungen vor vielen Jahren manuell durchgeführt habe... da hat man dafür locker eine Stunde, eher mehr, investiert.




Klingt für mich so als würde der Browser dann einfach in den Quirksmode springen, die Angaben ignorieren, und selbst entscheiden wie er das ganze verarbeitet. Was bei einem solchen Problem wie hier jedoch nichts gebracht hätte.

hi,
glückwunsch und super arbeit lord.
evtl wäre es noch vor dem close sinnvoll die lösung hier zu posten falls das problem bei anderen auftritt?!

lg und schönen morgen + guten start ins we

so also mein problem ist gelöst ...

Lord schickte mir ein script was dieses umlauteprob in der DB fixed hat ....

danke dennoch für die zahlreichen antworten ..hab einiges ausprobiert aber leider kam ich nur lord seinem script zum ziel....

nen feinen noch....

gruss :>

kann nur sagen wie meine ehrfahrung ist:
ohne iso-8859-1 = umlautprobleme
mit iso-8859-1 = keine probleme mit umlauten...

da mich sowas auch immer interessiert bin ich da offen für erklärungen und wissen was mich bereichert!

Dir ist aber schon klar das HTML eine Parser Sprache ist?
Von daher wuerde bei deinem "Beispiel" immer UTF-8 rauskommen.

hi einer seits hast du sicher recht was das lesen angeht
anderer seits hat es nicht nur mir sondern auch schon anderen geholfen beide charset einfach mit rein zu nehmen...

will ja auch kein schönheitswettbewerb oder so gewinn daher unfug hin oder her solange es den zweck erfüllt....
war ja auch nur ein tip den mal evtl, mal ausprobieren kann... *sorry*

Die Angabe des Charsets im Header dient lediglich des Zeichensatzes bei der Übertragung.
Hättest du den Thread gelesen wüsstest du, dass jedoch das Charset seiner Datenbank gar keine Umlaute unterstützt.

Des Weiteren ist die Angabe von 2 verschiedenen Charsets im Header vollkommener Unfug.

hi,

mein tip:


würde diese beiden charset`s in combination benutzen und das problem der umlaute sollte aufgehoben sein.

ok ....

bitte nicht. utf-8 ist das einzig sinnvolle charset!