Zeichencodierung

*** Link veraltet ***
Das funktionierte. VB5 auf iso zu machen ist sinnfrei, da werden dann auch die urls nicht mehr richtig dargestellt.

In der Sprachdatei fehlen die im Header notwendigen Sprachinformationen, wenn man es manuell macht und von en_US auf de_DE umstellt geht es schon meißtens ohne zerschossene Umlaute. Ausser den urls, die muss man eh in der Datenbank selber umschreiben.

Hab zwar kein V Bulletin aber bei anderen Systemen geht meist, wenn man die Response-Header richtig (also auf UTF-8) einstellt.
Die DB-Kollation auf UTF-8.
In der DB nach Umlauten sucht und die richtig umschreibt.
In den Files nach [ISO 8859-1 oder halt das für dich zutreffende] sucht und ersetzt.
Die Files nach Ersetzungen für Zeichen durchsucht. Oft und gerne in mail, post und solchen files verwendet.

btw: Ich mache ja updates immer gerne auf einer Testdomain um zu gucken ob der neue Scheiss besser als der alte ist...

Mache da doch mal eine saubere Installation komplett in UTF-8 ohne DB-Import. Ich denke mal, dass da beim Import was nicht richtig geht. UTF-8 ist Standard im phpmyadmin und bei mysql, schon seit Jahren. Dort absichtlich und händisch andere Zeichensätze zu verwenden ist für mich schon fast fahrlässig und führt später nur zu Problemen. Aber ich kenne es selbst, die Migration ist nicht einfach. Hatte damals auch tierische Probleme, aber wenn es mal ging, dann geht es immer wieder und das wesentlich einfacher. Nur dieser eine Import von ISO auf UTF-8 muss halt passen.

Mal abgesehen davon, dass sich mir der Sinn des Updates nicht wirklich erschließt ,kann man das nicht über mysql direkt umschreiben?

update`tabellenname` set`Feldname` = replace (`Feldname`, 'ä', 'ä');

oder so ähnlich für die Felder in denen Text steht? aber ist nur begrenzt meine Baustelle.

Wenn kein code in der Tabelle ist, würde ich das mit Textpad und einem kleinen Makro versuchen.

*** Link veraltet ***

"replace (`Feldname`, 'ä', 'ä')"

Genau das braucht man aber bei uft8 nicht mehr, da ist ein ä einfach ein ä bzw. in der URL ein %C3%A4, was in der Ansicht dann wieder ein ä ergibt

na gut dann eben andersrum, war auch nur ein Gedanke

update node set
urlident=replace(urlident,"ß", "ß"),
urlident=replace(urlident, "ä", "ä"),
urlident=replace(urlident, "ü", "ü"),
urlident=replace(urlident, "ö", "ö"),
urlident=replace(urlident, 'Ä', 'ä'),
urlident=replace(urlident, "Ãœ", "ü"),
urlident=replace(urlident, "Ö", "ö"),
urlident=replace(urlident, '€', '€'),
urlident=replace(urlident,"ü", "ue"),
urlident=replace(urlident, "ß", "ss"),
urlident=replace(urlident, "ö", "oe"),
urlident=replace(urlident, "ä", "ae");

Hast Du die Tabellen selbst auch auf utf8 gestellt, wenn ja, welche Kollation? utf8_general_ci oder was? Das seltsame ist ja an vBulletin, dass es zwar auf der Seite selbst utf8 nutzt, die Tabellen aber alle per Default mit latin1_swedish_ci anlegt und alle Textdaten selbst als latin1 in der Datenbank speichert. Die Umsetzung von utf8 ist bei vBulletin also nicht konsequent. Da wird dynamisch hin und her konvertiert.