Statistik |
Beiträge: 144.534 (Täglich: 19,19 )
Themen: 16.701
Mitglieder: 13.209
Neuestes Mitglied: zitronentee.
Ausl. d. letzten Minute: 401%
Ausl. d. letzten 5 Minuten: 386%
Ausl. d. letzten 15 Minuten: 368%
Aktulle Uhrzeit: 15:39
Freier Webspace: 4.03 TB
PHP-Version: 7.4.33
|
|
|
Umlaute sind immer noch kaputt |
|
Umlaute sind immer noch kaputt |
|
Moin, moin ich habe ein Problem mit meinem Forum dachte lag an Hoster, aber dem ist nicht so. Meine Webseite drum herum konnte ich die Umlaute mit der php.ini reparieren, nur in meinem Forum klappt es nicht, alle Umlaute werden noch falsch dargestellt.
Laut Hoster heisst es
|
Zitat: Die Umlaute werden nicht richtig dargestellt, da kein Charset definiert ist,
welches bei der Datenbankverbindung Ihrer Software "Burning Board" genutzt wird.
Um dies zu korrigieren, ist eine softwareseitige Anpassung von Ihrem Programm |
|
|
Toll jetzt bin ich genau so schlau wie vorher...
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
22.08.2018 16:07 |
|
|
Viktor
Administrator
Zeige Viktor auf Karte
Dabei seit: 15.08.2003
Beiträge: 31.570
363 Filebase-Einträge
Alter: 66 Jahre
Herkunft: NRW wBB-Version: wBB2.3 PHP-Version: 7.4.33 MySQL-Version: 10.5.19-MariaDB Wo bist du gehostet?: eigener Server
Bewertung:
Level: 71 [?]
Erfahrungspunkte: 237.781.772
Nächster Level: 266.777.854
|
|
|
22.08.2018 20:48 |
|
|
|
RE: Umlaute sind immer noch kaputt |
|
Hmmm, laut Provider haben die alles richtig gemacht... Wäre schön, wenn du das findest....
Liebe Grüße Yvonne
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
23.08.2018 13:13 |
|
|
|
Hallo,
Im Grunde hat der Provider schon alles richtig gemacht.
Es ist eigentlich egal, ob man nun die Daten als "UTF-8" oder "ISO 8859-1" zurückspielt.
Aber:
Dem "WoltLab Burning Board" nicht, da es bei dir "Windows-1252" verwenden möchte.
Deine Daten liegen als "UTF-8" in der Datenbank oder werden zumindest so übermittelt und dein Forum möchte aber "Windows-1252" verwenden.
Konnte man beim "WoltLab Burning Board 2" nicht den Zeichensatz auswählen, indem man der Sprachvariablen "LANG_GLOBAL_ENCODING" den Wert "UTF-8" verpasst?!
Mein Rat wäre, anstatt nun die Umlaute etc. zu "reparieren", was wohl eine Ersetzung zu HTML-Entities entsprechen wird, da die Datenbank mit Sicherheit auf "UTF-8" eingestellt ist und die Konvertierung auf "ISO 8859-1" keinen Sinn ergeben würde.
Das Problem betrifft nämlich nicht nur Umlaute, sondern auch alle anderen Zeichen, die nicht von "ISO 8859-1" abgedeckt wurden.
Sollte die "LANG_GLOBAL_ENCODING" alleine nicht ausreichen, stelle bitte auch in der php.ini wieder auf "UTF-8".
Sollte auch dies noch nicht vollständig ausreichen, ist das Setzen eines richtigen HTTP-Header per PHP nicht ganz so verkehrt...
__________________
|
|
24.08.2018 14:36 |
|
|
|
Leute vor 5 oder 6 Jahren wäre das alles kein Problem für mich gewesen, ich mache seit echt Ewigkeiten nichts mehr mit dem Forum, geschweige denn was am Code zu ändern, bin in den 'Blond Modus' mittlerweile gewandert, hatte schon Probleme das mit dem ftp hinzubekommen
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
24.08.2018 19:07 |
|
|
|
|
Zitat: Original von Viktor
Ich habe im ACP mal versucht die Foren zu bearbeiten und wieder ein Umlaut rein gesetzt aber beim Speichern sind wieder die komischen Zeichen drin.
Ich habe es auch versucht mit "ini_set( 'default_charset', "Windows-1252" );" aber auch keine Veränderung. |
|
|
Hallo,
Das ist auch logisch...
Die Tabellen sind als "UTF-8" definiert und somit werden die Daten beim Speichern im "Admin Control Panel" in eine "UTF-8"-Datenbank gespeichert und dementsprechend codiert, unabhängig davon, was das Forum verwendet.
Wenn das so abläuft, wie ich es mir denke, sollten in der Datenbank selbst die Daten korrekt als "UTF-8" vorhanden sein(Aufruf mittels phpMyAdmin etc. sollte dies bestätigen).
Das Problem ist aber nun, dass das Forum die "UTF-8"-Daten, beim Auslesen, so behandelt als wären es "windows-1252"-Daten, was sie aber nicht sind und dadurch entstehen diese Zeichen...
Außer es sind diese "?", dann liegt ein anderer Fall vor...
Ein "ini_set" auf "Windows-1252" bringt da rein gar nichts, denn dadurch werden die ausgelesenen Daten nicht verändert, sondern dem Skript nur gesagt, wie es jene Daten standardmäßig behandeln soll.
Dadurch verstärkst du quasi das Problem nur...
__________________
|
|
24.08.2018 21:17 |
|
|
|
Hallo,
Das kommt nun wirklich darauf an.
Der Fehler selbst kann durch "Vieles" hervorgerufen werden...
__________________
|
|
24.08.2018 22:01 |
|
|
|
Oh jeh, jetzt macht ihr mir aber etwas Angst....
Ich möchte doch nur meine Beträge sichern, mehr nicht, aber dazu müssten die Umlaute funktionieren, Beträge muss keiner mehr posten *grins*
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
25.08.2018 10:03 |
|
|
|
Ne die Beiträge so wie sie sind im Forum, da ich die rauskopiere mit Bilder und mache draus pdf's...
Ist alles etwas kompliziert und das doofe ist meine fehlende Freizeit...
Grüße Yvonne
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
25.08.2018 22:18 |
|
|
|
Hmmmmmm und nun?
Ist echt mühselig jeden Beitrag zu kopieren und dann die Umlaute zu ändern, ich weine gleich....
Vielleicht weiß ja Stine noch was...???
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
28.08.2018 22:12 |
|
|
|
Hallo,
Was spricht denn nun dagegen den richtigen "HTTP"-Header, in diesem Falle mit Encoding "UTF-8", zu verwenden, wenn es eh nur darum geht aus den Seiten "pdfs" zu erstellen...
edit:
Falls du "Google Chrome" hast, gibt es eine Erweiterung, die sich "Set Character Encoding" nennt.
Damit kannst du selbst über den "Google Chrome" ein "Encoding" für eine Seite erzwingen, egal was die Seite vorgibt.
Sowas sollte auch mit anderen Browsern funktionieren, du musst dort nur "UTF-8" auswählen...
__________________
|
|
29.08.2018 19:18 |
|
|
|
Okay, super danke, ich versuche das mal nur bin ich zu 99% mit dem Handy online, ich hoffe da funktioniert es auch....
Lg Yvonne
__________________ Gruß yve
Jemand der niemals Fehler gemacht hat, hat nie was Neues ausprobiert.
Albert Einstein
|
|
30.08.2018 21:48 |
|
|
|
|
Zitat: Original von Schrimm
Hallo,
Was spricht denn nun dagegen den richtigen "HTTP"-Header, in diesem Falle mit Encoding "UTF-8", zu verwenden, wenn es eh nur darum geht aus den Seiten "pdfs" zu erstellen...
edit:
Falls du "Google Chrome" hast, gibt es eine Erweiterung, die sich "Set Character Encoding" nennt.
Damit kannst du selbst über den "Google Chrome" ein "Encoding" für eine Seite erzwingen, egal was die Seite vorgibt.
Sowas sollte auch mit anderen Browsern funktionieren, du musst dort nur "UTF-8" auswählen... |
|
|
Habe es mit "Google Chrom" mit der Erweiterung "Set Character Encoding" UTF-8 betrachtet,
keine Änderung.
__________________ lg Stine
|
|
30.08.2018 23:45 |
|
|
|
Hallo,
Dann hast du es nicht richtig verwendet, denn bei mir klappt es ohne Probleme
__________________
|
|
31.08.2018 19:56 |
|
|
|
|
|
|