 Codierung von windows-1252 im Sprachpaket auf utf-8 ändern |
SpahnRanche 
Mitglied
Dabei seit: 20.05.09
Beiträge: 265
Fähigkeiten: WBB2 Anfänger
Forenversion: 2.3
 |
|
Wie kann man die bestehende Codierung von windows-1252 im Sprachpaket auf utf-8 ändern. weil im Internet Explorer nicht alle Zeichen umgesetzt werden. z.b. von einem News Widget, dass von einem anderen Anbieter stammt. Hilft es das Sprachpaket auszutauschen oder die bestehenden Dateien alle umzuschreiben? Wenn umzuschreiben, welche Dateien müssten denn alle geändert werden, damit keine Probleme auftauchen.
|
|
23.11.10 22:15 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
mkkcs
Mitglied
Dabei seit: 06.10.04
Beiträge: 2.051
Fähigkeiten: WBB2 Profi; WBB2 Fortgeschritten; WBB Lite 1 Profi
Herkunft: aus Mamas Bauch
Forenversion: 2.3; 2.2
|
|
|
|
23.11.10 22:43 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
SpahnRanche
Mitglied
Dabei seit: 20.05.09
Beiträge: 265
Fähigkeiten: WBB2 Anfänger
Forenversion: 2.3
Themenstarter 
|
|
Komisch das denn alle Umlaute ä ü und soweiter als Zeichen wirrwarr dargestellt werden.
|
|
|
24.11.10 01:34 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
mkkcs
Mitglied
Dabei seit: 06.10.04
Beiträge: 2.051
Fähigkeiten: WBB2 Profi; WBB2 Fortgeschritten; WBB Lite 1 Profi
Herkunft: aus Mamas Bauch
Forenversion: 2.3; 2.2
|
|
|
|
24.11.10 12:37 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
SpahnRanche
Mitglied
Dabei seit: 20.05.09
Beiträge: 265
Fähigkeiten: WBB2 Anfänger
Forenversion: 2.3
Themenstarter
|
|
Gibt es dafür noch eine Lösung. Daran arbeitet mein 2.Admin, ich hab davon keinen Plan, habe die Frage nur so weiter gegeben. Bei unserem Newsticker von Blog ins Forum werden Sonderzeichen immer mit "a€" angezeigt, ansonsten funktioniert er ganz gut, aber nur beim Internet Explorer zeigt er dieses Zeichen an. Gerade das € Zeichen hinterlässt keinen guten Eindruck, wenn man wenigstens das noch wegbekommen könnte. 
|
|
|
28.11.10 19:56 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
xundy
Mitglied
Dabei seit: 16.01.04
Beiträge: 817
Forenversion: 2.3
|
|
Das Problem ist, daß das wbb2.3 nicht zu 100% UTF-8 unterstützt, also nur durch umstellen des Zeichensatzes im Header ist das Problem nicht zu lösen.
Weiß jetzt nicht wie eur Newsticker funktioniert, aber es wäre wohl am einfachsten Umlaute und Sonderzeichen einfach in die entsprechenden Entities umzuwandeln, bevor man sie auf der Seite ausgibt.
mfg
__________________
Fragen kostet nichts, nicht fragen kann teuer werden!
|
|
|
29.11.10 12:33 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
Luzifer69
Mitglied
Dabei seit: 30.11.04
Beiträge: 790
|
|
wie xundy schon schrieb
solltet ihr mal das teil durchschauen wenn es nur um das eine zeichen geht
und dieses durch ein html umlaut ersetzen , dann solllte es korreckt angezeigt werden
google "html umlaute" sollte euch helfen
|
|
|
30.11.10 12:39 |
WWW
Finden
Als Freund hinzufügen
|
|
shiro13
Mitglied
Dabei seit: 01.12.10
Beiträge: 21
|
|
Welche Möglichkeit würde es denn geben, wenn man ein bestehendes wbb2.3 Forum annähernd 100% UTF-8 tauglich machen möchte?
In meinem Fall soll ich nämlich japanische Schriftzeichen implementieren....
Gruß
shiro13
|
|
|
01.12.10 04:42 |
E-Mail
Finden
Als Freund hinzufügen
|
|
xundy
Mitglied
Dabei seit: 16.01.04
Beiträge: 817
Forenversion: 2.3
|
|
Es müsste natürlich als Zeichencodierung fürs Forum erstmal UTF-8 gesetzt werden, dann müssten zumindest alle Tabellen in denen Texteingaben erfolgen(posts,threads,users usw) der Zeichensatz(Koallation) auf UTF-8 umgestellt werden.
Das Sprachpaket anschließend exportieren und in UTF-8-formiert wieder abspeichern und importieren, daher muß auch der Zeichensatz für die Sprachvariablen in der Datenbank auf utf-8 stehen.
DAsselbe müsste man dann auch für die Beiträge und Themen machen, Daten der Tabellen exportieren, in utf-8 formiert abspeichern und wieder importieren.
Ist also schon etwas Arbeit, bitte dazu das Forum in den Wartungsmodus setzen, und die komplette Datenbank mit Struktur und Daten sichern, damit man zumindest bei Problemen den alten Stand wieder herstellen kann.
mfg
__________________
Fragen kostet nichts, nicht fragen kann teuer werden!
|
|
|
01.12.10 07:37 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
xundy
Mitglied
Dabei seit: 16.01.04
Beiträge: 817
Forenversion: 2.3
|
|
Also die Datenbank solltest Du mit mysqldumper oder phpmyadmin sichern, wenn das Board schon etwas größer ist, ist die ACP-Funktion nicht wirklich geeigente ein vernüftiges, wiederverwertbares Back zu erstellen.
Die Sicherung sollte mit drop tables erstellt werden.
Danach das Backup duplizieren, damit Du eins hast zum verändern, mit suchen und ersetzen(aber lieber nicht den Editor von Windows verwenden, weaverslave wäre eine kostenlose Alternative) die Koalllation nach utf-8 ändern, danach die Datei neu abspeichern in UTF-8, damit wäre die Datenbank und der Inhalt schon mal UTF-8 fähig.
Dann weiter mit Punkt 4
mfg
__________________
Fragen kostet nichts, nicht fragen kann teuer werden!
|
|
|
01.12.10 15:47 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
shiro13
Mitglied
Dabei seit: 01.12.10
Beiträge: 21
|
|
Beim letzten Umzug wurde "leider" die Datenbank bereits über die ACP exportiert und dann mittels MySQLDumper wiederhergestellt.
Also wenn ich die Datenbank über die ACP Funktion exportiere und mittels Editor oder Notepad++ in UTF-8 abspeichere, dann kommt bei MySQLDumper
| Zitat: |
Array
(
[max_zeit] => 22
[startzeit] => 1291216670
[xtime] => 1291216669
[fileEOF] =>
[actual_table] => unbekannt
[offset] => 0
[aufruf] => 1
[table_ready] => 0
[part] => 0
[do_it] =>
[errors] => 0
[notices] => 0
[anzahl_eintraege] => -1
[anzahl_tabellen] => -1
[filename] => Neu.sql
[actual_fieldcount] => 0
[eintraege_ready] => 0
[anzahl_zeilen] => 198
[summe_eintraege] => 0
[erweiterte_inserts] => 0
[flag] => -1
[EOB] =>
[dump_encoding] => utf8
[compressed] => 0
[tables_to_restore] =>
[filehandle] => Resource id #14
[tablelock] => 0
)
Sql: # WoltLab Burning Board 2.3.6 Database Backup
Erweiterte Inserts: 0
Unbekannter SQL-Befehl::
# WoltLab Burning Board 2.3.6 Database Backup
|
als Fehlermeldung.
Wenn ich das Ganze über dein Weaverslave machen möchte, scheitere ich bereits beim Öffnen der Datenbank mit der Meldung:
Kann Dokument nicht laden! Fehler Exception is aufgetreten. Meldung: Cannot open clipboard.
("is" ist kein Rechtschreibfehler meinerseits. 
) Mit dem Weaverslave kann ich die Datei erst öffnen, wenn ich es zuvor mit einem anderen Programm auf UTF-8 umgestellt habe.
Exportiere ich die Datenbank gleich mit MySQLDumper, dann passt sogar das Format schon und er fügt die Datenbank ohne Probleme ein. Wenn ich dann jedoch die Forenseite aufrufe, sind überall Fragezeichen...
Dann hatte ich dein Script für Umlaute drüber laufen lassen, aber auch das bringte kaum etwas.
Die Sache mit den Sprachpaketen inklusive Umwandlung klappte hingegen einwandfrei!
Da ich die gleichen Fehler damals auch beim Umzug hatte, hatte ich damals die Datenbank mittels MySQLDumper eingefügt und ihm gesagt, dass sein Format latin1 oder latin2 sei. Daraufhin konnte er die Datenbank wiederherstellen, unter phpMyAdmin wurde das Ganze als "utf-8-general-ci" abgespeichert, da ich es vorher dort so eingestellt hatte und schließlich gab es im Forum keine Probleme solange "windows-1252" unter global eingestellt war....
Hast du vielleicht irgend eine Idee, was ich falsch mache? Ich sitze da echt schon eine ganz Weile dran, habe immer mal wieder dies oder jenes ausprobiert, aber nichts klappt!
Gruß
shiro13
Dieser Beitrag wurde 1 mal editiert, zum letzten Mal von shiro13: 01.12.10 23:38.
|
|
|
01.12.10 16:45 |
E-Mail
Finden
Als Freund hinzufügen
|
|
xundy
Mitglied
Dabei seit: 16.01.04
Beiträge: 817
Forenversion: 2.3
|
|
Wenn Du das Backup exportierst mit mysqldumper, kommst du trotzdem nicht drumherum die Datenbankkoallation im Backup von Latin1 auf UTF-8 zu ändern, daher kommen wohl die Fragezeichen, weill die Datenbank die UTF-8 daten nicht korrekt wiedergibt da als koallation latin1 eingestellt ist.
mfg
__________________
Fragen kostet nichts, nicht fragen kann teuer werden!
|
|
|
01.12.10 17:25 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
shiro13
Mitglied
Dabei seit: 01.12.10
Beiträge: 21
|
|
Danke, dass du dir die Zeit nimmst und nicht auf die zig anderen Threads mit diesem Thema verweist. Denn ehrlich gesagt konnten die mich nicht weiterbringen...
MySQLDumper müsste die Datenbank Kollation bereits beim Import/ Wiederherstellung damals richtig geändert haben. So hatte ich nämlich über phpMyAdmin mal nachgeschaut und da steht überall "utf8_general_ci".
Das Lustige ist, wenn ich mir die Datenbank mal mit dem Editor oder mit Notepad++ anschaue, werden alle Sonderzeichen richtig dargestellt und es wird mir angegeben, dass auch alles in UTF-8 wäre.
Wenn ich diese Datenbank dann über phpMyAdmin importieren möchte, erscheint zwar
| Zitat: |
| #1062 - Duplicate entry 'liest' for key 'word' |
als Fehlermeldung, aber beim dazugehörigen SQL-Befehl tauchen die Wörter richtig auf. Z.B. :
Wenn ich nun aber diese gleiche Datenbank über MySQLDumper importieren möchte, tauchen die gleichen Fehlermeldungen auf, aber mit
| Zitat: |
Notice : Duplicate entry 'k' for key 'word' SQL : INSERT INTO bb1_wordlist VALUES ('4601','suche'),('4602','abmachung'),('4603','r�tsel'),('4604','l&#
65533;f ... (snip) |
Die Sonderzeichen werden also bereits beim Import (zumindest bei der entsprechenden Fehlermeldung) bei MySQLDumper nicht richtig erkannt, beim phpMyAdmin hingegen schon...
Wenn ich mir dann die fertig importiere Datenbank über phpMyAdmin anschaue, werden einige Zeichen richtig dargestellt und andere wiederum falsch....
Zur Kollation noch mal. Die stelle ich doch z.B. über phpMyAdmin einfach um, indem ich auf "Operationen" drücke, dann "utf8_general_ci" auswähle und schließlich die Datenbank über MySQLDumper oder eben phpMyAdmin importiere, oder?
Gruß
shiro13
Dieser Beitrag wurde 2 mal editiert, zum letzten Mal von shiro13: 01.12.10 23:46.
|
|
|
01.12.10 23:41 |
E-Mail
Finden
Als Freund hinzufügen
|
|
xundy
Mitglied
Dabei seit: 16.01.04
Beiträge: 817
Forenversion: 2.3
|
|
Hast du das Backup auch mit Drop Table erstellt?
Denn die Fehlermeldung deutet darauf hin das ja schon daten in der DAtenbank stehen, was defakto gar nicht möglich sein sollte da alle TAbellen neu erstellt werden und somit leer sind.
Vor erstellen des Backups würde ich die TAbellen wordmatch und wordlist leeren(leeren nicht löschen), denn diese TAbellen sorgen oft für Probleme beim Backup wieder herstellen, diese lassen sich ja später im ACP durch neuschreiben der Suchwortverknüpfungen einfach wieder herstellen.
Dann solltest du mal ins Backup schauen, bei allen Tabellen die, Textfelder haben muß die koallation auf utf-8 stehen. Es sollte nirgends mehr Latin stehen.
Und daran denken die Kodierung des Forums auch umzustellen, sonst funktionierts sowieso gar nicht.
mfg
__________________
Fragen kostet nichts, nicht fragen kann teuer werden!
|
|
|
02.12.10 06:57 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
shiro13
Mitglied
Dabei seit: 01.12.10
Beiträge: 21
|
|
Ich verstehe langsam nicht mehr, was ich falsch mache...
Die beiden Tabellen habe ich erst geleert und dann aktualisiert. Als das den Fehler auch nicht beheben konnte, hatte ich die alten Verknüpfungen über die ACP löschen lassen und dann neu zuordnen lassen. Funktionierte beides nicht.
Drop Table hatte ich ausgewählt, wenn ich mich recht erinnere, aber selbst jetzt, wo ich es definitiv ausgewählt hatte, funktioniert es nicht.
Dann habe ich die Datenbank nach Latin durchsuchen lassen, aber beim "CHARSET" steht überall utf8.
Mit Kodierung im Forum umstellen, meinst du doch die entsprechende Einstellung im Sprachpaket, oder?
Merkwürdig ist auch, wenn ich dort "UTF-8" einstelle, funktioniert es nur teilweise und im Forum werden einige Sachen gar nicht richtig angezeigt und bei "UTF8" werden "nur" einige Zeichen falsch dargestellt.
In der ACP wird nebenbei in beiden Fällen alles richtig dargestellt.
Was ich nicht so ganz verstehe ist, dass die aktuelle Datenbank unter phpMyAdmin alle Einträge richtig darstellt und im Forum nur teilweise.
Gibt es abgesehen von dem Sprachpaket irgendwo noch eine Einstellung, welche ich für "UTF-8" ändern müsste?
Gruß
shiro13
|
|
|
02.12.10 18:18 |
E-Mail
Finden
Als Freund hinzufügen
|
|
xundy
Mitglied
Dabei seit: 16.01.04
Beiträge: 817
Forenversion: 2.3
|
|
Ich habe Dir ja schon zu anfang gesagt, das das wbb2.3 nicht zu 100% UTF-8 fähig ist, da ich selber nie versucht habe dies umzustellen, kann ich Dir nicht sagen, warum es an manchen Stellen funktioniert und an anderen nicht.
Wenn Du also 100% UTF-8 möchtest wirst Du dich wohl mit einem Update auf wbb3 oder einer alternativen Software anfreunden müssen.
mfg
__________________
Fragen kostet nichts, nicht fragen kann teuer werden!
|
|
|
02.12.10 18:26 |
E-Mail
WWW
Finden
Als Freund hinzufügen
|
|
|
|
Ich hoffe du experimentierst hier erstmal an einem Testboard und nicht
an deinem Hauptforum? 
Habe gesehen das du diesen Thread bereits 2010 eröffnet hast,
warum genau möchtest du dein Forum auf UTF8 umstellen? Die Standartdatenbank Kodierung Latin1 läuft immernoch einwandfrei!
Ich würde das lassen.
Außer natürlich es gibt einen trifftigen Grund. (Den ich gerade nicht sehe...)
__________________
» Meine Erweiterungen
Lite 1
» Sitemanager Lite (Download)
» Infobox für den Index (Frei definierbar) (Download)
» Gefällt mir (Für Beiträge, Facebook Like) (Download)
» BBCode Youporn und Pornhub (Download)
» User Anstupsen (Facebook Like) (Download)
» your-WBB.de Invitesystem Pro (Download)
» Pflichtthread (Download)
» Sicherheitsfrage beim registrieren (Download)
» your-WBB.de Mobile Erkennung (Download)
» Geburtstag und Geschlecht Pflicht beim registrieren (Download)
WBB 2.3.x
» BBCode Youporn und Pornhub PRO (Download)
» your-WBB.de Mobile Erkennung (Download)
lg
Revolutionary Act
|
|
|
09.04.15 19:23 |
E-Mail
Finden
Als Freund hinzufügen
|
|
|
An die wordmatch und posts Tabelle hab ich mich noch nicht wirklich ran getraut.