Umlaut-Fehler
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
Hm, vielleicht kann man die Daten irgendwie auf ISO konvertieren, also das Backup selber.
Bessere Texteditoren können das, meiner macht das aber auch nur über Umwege, kann also nicht genau sagen, welcher das beherrscht.
Ultraedit vielleicht...
Bessere Texteditoren können das, meiner macht das aber auch nur über Umwege, kann also nicht genau sagen, welcher das beherrscht.
Ultraedit vielleicht...
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
hab grad etwas in der db gesehen... dort steht:
Hilft Dir das schon irgendwie?
Code: Alles auswählen
ENGINE=MyISAM DEFAULT CHARSET=latin1;
best regards
Predarr
Predarr
[quote="oxpus";p="84826"]Hm, vielleicht kann man die Daten irgendwie auf ISO konvertieren, also das Backup selber.
Bessere Texteditoren können das, meiner macht das aber auch nur über Umwege, kann also nicht genau sagen, welcher das beherrscht.
Ultraedit vielleicht...[/quote]
ich hab mir mal 2 Editoren angesehen... PSPad und Notepad++
Letzteres kann zwar UTF8 (siehe Screenshot), aber das nutzt ja leider nichts
Einen Editor, der in ein ISO-charset konvertiert hab ich nicht gefunden
[quote="oxpus";p="84845"]
hab ich entfernt und als latin1 sowie latin2 wieder hergestellt... erfolglos *heul*
ABER... ich hab etwas festgestellt.... *rotwerd*
Ist ein wenig peinlich, weil ich das mal zwischendurch mal hätte sehen können...
Ich arbeite vorwiegend mit Firefox. Habe aber auch den IE7 (Vista).
db ohne "DEFAULT CHARSET=latin1;".
Ich habe die db nochmal als Latin1 wiederhergestellt und gesehen, dass der FF automatisch UTF8 als Zeichenkodierung wählt. Die Sonderzeichen stimmen nicht.
Stelle ich manuell auf iso-8859-1 ist der Fehler weg.
Spaßeshalber die DB als UTF8 wiederhergestellt und der FF stellt als Zeichenkodierung ebenfalls automatisch auf UTF8 und die Sonderzeichen stimmen nicht. ABER auch hier... stelle ich manuell auf iso-8859-1, stimmen die Zeichen. Interessant hier, dass nach der manuellen Umstellung auf iso-8859-1 sogar die Zeichen in den Beiträgen wieder stimmen...
Der IE stellt es beide Male falsch dar *g*
Es scheint also, als würde irgendwo so früh ein charset übergeben, welches den Browser veranlasst, den "Falschen" voreinzustellen... oder seh ich das falsch?
Bessere Texteditoren können das, meiner macht das aber auch nur über Umwege, kann also nicht genau sagen, welcher das beherrscht.
Ultraedit vielleicht...[/quote]
ich hab mir mal 2 Editoren angesehen... PSPad und Notepad++
Letzteres kann zwar UTF8 (siehe Screenshot), aber das nutzt ja leider nichts
Einen Editor, der in ein ISO-charset konvertiert hab ich nicht gefunden
[quote="oxpus";p="84845"]
Das mal entfernen sollte meist schon helfen.[/quote]DEFAULT CHARSET=latin1;
hab ich entfernt und als latin1 sowie latin2 wieder hergestellt... erfolglos *heul*
ABER... ich hab etwas festgestellt.... *rotwerd*
Ist ein wenig peinlich, weil ich das mal zwischendurch mal hätte sehen können...
Ich arbeite vorwiegend mit Firefox. Habe aber auch den IE7 (Vista).
db ohne "DEFAULT CHARSET=latin1;".
Ich habe die db nochmal als Latin1 wiederhergestellt und gesehen, dass der FF automatisch UTF8 als Zeichenkodierung wählt. Die Sonderzeichen stimmen nicht.
Stelle ich manuell auf iso-8859-1 ist der Fehler weg.
Spaßeshalber die DB als UTF8 wiederhergestellt und der FF stellt als Zeichenkodierung ebenfalls automatisch auf UTF8 und die Sonderzeichen stimmen nicht. ABER auch hier... stelle ich manuell auf iso-8859-1, stimmen die Zeichen. Interessant hier, dass nach der manuellen Umstellung auf iso-8859-1 sogar die Zeichen in den Beiträgen wieder stimmen...
Der IE stellt es beide Male falsch dar *g*
Es scheint also, als würde irgendwo so früh ein charset übergeben, welches den Browser veranlasst, den "Falschen" voreinzustellen... oder seh ich das falsch?
best regards
Predarr
Predarr
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
Und das Forum läuft auf ISO, oder wie war das noch einmal?
UTF-8 ist Standard unter MySQL, daher solltest Du das DB-Backup auch so wieder herstellen.
Die CHARSET-Einträge im Backup müssen dazu allerdings gelöscht werden!
In 99.99% der Fälle ist das der korrekte Weg.
Das Forum muss dann allerdings auch auf ISO bleiben, damit der Browser alles korrekt darstellen kann.
Ich denke aber, daß hier nun langsam alles knotig und immer mehr defektgemoddet wird, wenn nicht mal eine klare Linie in das Forum kommt.
Noch einmal: Der Browser richtet sich nach automatisch erkannten Schriftsätzen, solange im HTML-Header nicht ein CHARSET angegeben ist. Das phpBB gibt hierzu eben daher ISO an!
UTF-8 ist Standard unter MySQL, daher solltest Du das DB-Backup auch so wieder herstellen.
Die CHARSET-Einträge im Backup müssen dazu allerdings gelöscht werden!
In 99.99% der Fälle ist das der korrekte Weg.
Das Forum muss dann allerdings auch auf ISO bleiben, damit der Browser alles korrekt darstellen kann.
Ich denke aber, daß hier nun langsam alles knotig und immer mehr defektgemoddet wird, wenn nicht mal eine klare Linie in das Forum kommt.
Noch einmal: Der Browser richtet sich nach automatisch erkannten Schriftsätzen, solange im HTML-Header nicht ein CHARSET angegeben ist. Das phpBB gibt hierzu eben daher ISO an!
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
japp, Forum läuft auf iso-8859-1 (steht ja in der lang_main.php). Hab da nichts geändert.
"DEFAULT CHARSET=latin1;" hab ich aus der db-Sicherung herausgelöscht und dann erst wiederhergestellt.
Wiederhergestellt mit UTF8 und Latin1 sowie Latin2 (je ein Versuch, logo *g*)...
Als Basis hab ich eine db-Sicherung genommen, welche Volker für mich an die neue Dim angepasst hatte (vorher Dim 0.2.6).
Dennoch (egal, wie ich die db wiederherstelle), erkennt der FF UTF8 als Standardzeichensatz (bei dem läßt sich das ja leichter erkennen).
Ich habe sogar, um zu sehen ob der Fehler irgendwo im Board ist, die db gelöscht und eine Neuinstalltion durchgeführt. Dort erkennt der FF (und der IE) den korrekten Zeichensatz (iso-8859-1).
Und genau das versteh ich nicht
Einerseits sagtest Du ja, das der Browser durch die Einstellung im header (overall_header.tpl/lang_main.php) den Zeichensatz erkennt... andererseits erkennt der Browser einen anderen Zeichensatz, obwohl im header nichts verändert wurde
Daher vermutete ich, dass der Browser doch vorher noch eine andere Infromations über den Zeichensatz bekommt...
Boah... wie kompliziert Probleme sein können
"DEFAULT CHARSET=latin1;" hab ich aus der db-Sicherung herausgelöscht und dann erst wiederhergestellt.
Wiederhergestellt mit UTF8 und Latin1 sowie Latin2 (je ein Versuch, logo *g*)...
Als Basis hab ich eine db-Sicherung genommen, welche Volker für mich an die neue Dim angepasst hatte (vorher Dim 0.2.6).
Dennoch (egal, wie ich die db wiederherstelle), erkennt der FF UTF8 als Standardzeichensatz (bei dem läßt sich das ja leichter erkennen).
Ich habe sogar, um zu sehen ob der Fehler irgendwo im Board ist, die db gelöscht und eine Neuinstalltion durchgeführt. Dort erkennt der FF (und der IE) den korrekten Zeichensatz (iso-8859-1).
Und genau das versteh ich nicht
Einerseits sagtest Du ja, das der Browser durch die Einstellung im header (overall_header.tpl/lang_main.php) den Zeichensatz erkennt... andererseits erkennt der Browser einen anderen Zeichensatz, obwohl im header nichts verändert wurde
Daher vermutete ich, dass der Browser doch vorher noch eine andere Infromations über den Zeichensatz bekommt...
Boah... wie kompliziert Probleme sein können
best regards
Predarr
Predarr
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
Ersetze mal zusätzlich in der overall_header.tpl und ggf. auch simple_header.tpl die Zeile
durch
Vielleicht hilft das auch schon...
Code: Alles auswählen
<html dir="{S_CONTENT_DIRECTION}" xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml">
Code: Alles auswählen
<html dir="{S_CONTENT_DIRECTION}">
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
Nicht wirklich.
Der mysqldumper soll in der kommenden Version (also dann 1.2.3) damit zurecht kommen. Ansonsten kannst Du nur das Backup so erstellen, wie es der Zielserver auch versteht, also wie der Default-Datensatz bei den Datenbanken eingestellt ist.
Per Standard ist das unter mysql vor 4.1 unterschiedlich, ab 4.1 immer UTF-8.
Dabei nutzt es aber leider nicht immer was, wenn das Backup schon nicht zum Zielserver passend erstellt wurde.
Das habe ich auch schon in den letzten Tagen erfahren müssen...
Der mysqldumper soll in der kommenden Version (also dann 1.2.3) damit zurecht kommen. Ansonsten kannst Du nur das Backup so erstellen, wie es der Zielserver auch versteht, also wie der Default-Datensatz bei den Datenbanken eingestellt ist.
Per Standard ist das unter mysql vor 4.1 unterschiedlich, ab 4.1 immer UTF-8.
Dabei nutzt es aber leider nicht immer was, wenn das Backup schon nicht zum Zielserver passend erstellt wurde.
Das habe ich auch schon in den letzten Tagen erfahren müssen...
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
es ist irgendwie auch wie verhext...
Standard-Installation funktioniert, Backup nicht... ist schon mehr als merkwürdig...
Ich werd mal sehen... wahrscheinlich muss ich mit dem Fehler leben
Ich danke Dir trotzdem vielmals und heftigst für Deine Hilfe und Deine enorme Mühe
Sollte ich wider Erwarten noch ne Idee haben oder irgendwas hören, was hilft, schreib ich's hier rein
Danke
Standard-Installation funktioniert, Backup nicht... ist schon mehr als merkwürdig...
Ich werd mal sehen... wahrscheinlich muss ich mit dem Fehler leben
Ich danke Dir trotzdem vielmals und heftigst für Deine Hilfe und Deine enorme Mühe
Sollte ich wider Erwarten noch ne Idee haben oder irgendwas hören, was hilft, schreib ich's hier rein
Danke
best regards
Predarr
Predarr
Sorry, ich muss mich hier mal kurz einmischen.
Das Beispiel auf der ersten Seite mit dem Bedankomat: der Text kommt ja nicht aus der DB.
Ich musste nach einem Server-Umzug ALLE lang-Dateien in UTF-8 abspeichern. Danach hatte ich diese Probleme nicht mehr.
Das Beispiel auf der ersten Seite mit dem Bedankomat: der Text kommt ja nicht aus der DB.
Ich musste nach einem Server-Umzug ALLE lang-Dateien in UTF-8 abspeichern. Danach hatte ich diese Probleme nicht mehr.
Real men don’t back up, they learn data recovery. ;-)
http://www.mysqldumper.de
http://www.mysqldumper.se
http://www.mysqldumper.de
http://www.mysqldumper.se
[quote="Holger";p="85255"]Sorry, ich muss mich hier mal kurz einmischen.
Das Beispiel auf der ersten Seite mit dem Bedankomat: der Text kommt ja nicht aus der DB.
Ich musste nach einem Server-Umzug ALLE lang-Dateien in UTF-8 abspeichern. Danach hatte ich diese Probleme nicht mehr.[/quote]
hmm.. klingt nach einem Versuch
Aber.. wie speichere ich im UTF8-Format, bzw. womit?
Das Beispiel auf der ersten Seite mit dem Bedankomat: der Text kommt ja nicht aus der DB.
Ich musste nach einem Server-Umzug ALLE lang-Dateien in UTF-8 abspeichern. Danach hatte ich diese Probleme nicht mehr.[/quote]
hmm.. klingt nach einem Versuch
Aber.. wie speichere ich im UTF8-Format, bzw. womit?
best regards
Predarr
Predarr
Ich mache das mit Textpad ( http://www.textpad.com )
"Speichern unter ..."
"Speichern unter ..."
Real men don’t back up, they learn data recovery. ;-)
http://www.mysqldumper.de
http://www.mysqldumper.se
http://www.mysqldumper.de
http://www.mysqldumper.se
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
LANGSAM!
NUR wenn auch das Boar dselber dnn auf UTF-8 umgestellt wurde, kann der Browser den korrekten Schriftsatz erkennen und anzeigen!
Sonst wird gemischt und man erhält an diversen Stellen Kuddelmuddel in der Anzeige!
NUR wenn auch das Boar dselber dnn auf UTF-8 umgestellt wurde, kann der Browser den korrekten Schriftsatz erkennen und anzeigen!
Sonst wird gemischt und man erhält an diversen Stellen Kuddelmuddel in der Anzeige!
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
[quote="Holger";p="85264"][/quote]
Wie gesagt: Mit unterschiedlichen Zeichensätzen auf einer Seite muss man immer vorsichtig sein, sonst gibt's Anzeigefehler.
Denn der Browser muss sich ja nach irgendwas richten und in der Regel steht dazu ja der Zeichensatz im HTML-Header.
Passt der nicht immer auf den Rest der Seite, kommen "Sonderzeichen" zum Vorschein, die man vorher nicht gekannt hat
Wie gesagt: Mit unterschiedlichen Zeichensätzen auf einer Seite muss man immer vorsichtig sein, sonst gibt's Anzeigefehler.
Denn der Browser muss sich ja nach irgendwas richten und in der Regel steht dazu ja der Zeichensatz im HTML-Header.
Passt der nicht immer auf den Rest der Seite, kommen "Sonderzeichen" zum Vorschein, die man vorher nicht gekannt hat
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
Hmmm, ich habe da ein riesiges Kuddelmuddel bei S4Y glaube ich.
In der Datenbank kann man die Umlaute nicht sehen, sie werden aber auf der Seite richtig dargestellt usw ...
Ich musste wie gesagt alle lang-Dateien auf UTF-8 abspeichern um einiges auszubügeln ...
In der Datenbank kann man die Umlaute nicht sehen, sie werden aber auf der Seite richtig dargestellt usw ...
Ich musste wie gesagt alle lang-Dateien auf UTF-8 abspeichern um einiges auszubügeln ...
Real men don’t back up, they learn data recovery. ;-)
http://www.mysqldumper.de
http://www.mysqldumper.se
http://www.mysqldumper.de
http://www.mysqldumper.se
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
Das ist kein Kuddelmuddel, sondern die Zeichen werden ggf. als Steuerzeichen in den Tabellen abgelegt, dem eingestellten Zeichensatz entsprechend.
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
hmm...
mir hat das irgendwie keine Ruhe gelassen....
Ich habe die lang-Dateien, die Probleme gemacht haben einfach mal utf8-codiert.. sprich als utf8 gespeichert und hochgeladen...
Ja, ich weiss, das ging doch nicht
Es gibt einen Unterschied... die lang_main hab ich manuell geändert.. sprich aus ä wurde ä usw.
Leider ging das nicht mit allen Sonderzeichen, aber dennoch sind nun 99% aller Fehler weg.
Merkwürdig ist das trotzdem... oder nicht?
mir hat das irgendwie keine Ruhe gelassen....
Ich habe die lang-Dateien, die Probleme gemacht haben einfach mal utf8-codiert.. sprich als utf8 gespeichert und hochgeladen...
Ja, ich weiss, das ging doch nicht
Es gibt einen Unterschied... die lang_main hab ich manuell geändert.. sprich aus ä wurde ä usw.
Leider ging das nicht mit allen Sonderzeichen, aber dennoch sind nun 99% aller Fehler weg.
Merkwürdig ist das trotzdem... oder nicht?
best regards
Predarr
Predarr
- oxpus
- Administrator
- Beiträge: 28737
- Registriert: Mo 27.Jan, 2003 22:13
- Wohnort: Bad Wildungen
- Kontaktdaten:
Dazu muss die Kodierung in der lang_main.php angegeben werden, also anstelle ISO-... eben UTF-8 und auch die emailer.php und smtp.php müssen daraufhin angepasst werden, damit die Emails ebenfalls nicht verstümmelt beim User ankommen.
Insgesamt mehr Arbeit, als daß man ein ordentliches Backup wiederherstellt...
Insgesamt mehr Arbeit, als daß man ein ordentliches Backup wiederherstellt...
Karsten Ude
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!
-={ Das Mädchen für alles }=-
Kein Support per Messenger, Email oder PN! Unaufgeforderte Nachrichten werden ignoriert!
No support per Messenger, Email or PM. Each unasked message will be ignored!