Falsche Darstellung Umlaute seit V2.6

  • Falsche Darstellung Umlaute

    Weiß mir langsam und nach vielen Recherchen an diesem Ort keinen Rat mehr bezüglich der Darstellung der Umlaute:

    Es kommt zur falschen Darstellung der Umlaute mit lauter Fragezeichen > siehe Untersuhler iZeitung

    Das ist nicht bei allen Artikeln/Seiten so, weil ich es auch schon mit einem Plugin zum "Suchen & Ersetzen" probiert habe > manuelles Austauschen von Umlauten mit named entities.

    Schreibt man neue Blogs/Seiten, werden Umlaute wieder falsch dargestellt (nicht in den Artikel-, Seiten-Überschriften, aber im Text).

    Ich habe:
    1. Von Beginn an (2.5er Version) meine Datenbank mit UTF8 "gefahren"
    2. In meiner wp-config UTF8 steht von Beginn an
    define('DB_CHARSET', 'utf8');
    3. Unter meinen WP-Admin-Einstellungen ebenfalls von Beginn an UTF8 gewählt.

    Wenn ich mich nicht irre, hatte ich das Problem erstmalig, als ich meinen Blog auf die Version 2.6 umstellte.

    UTF8 - gut und schön - wenn es funktioniert. Nur was läuft hier denn falsch?

    Vielen Dank für Hinweise

    Einmal editiert, zuletzt von userwk1985 (20. August 2008 um 19:07)

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

  • Erstereinmahl würde ich mal schauen.

    denn ganz am anfangs der header.php muß in der ersten Zeile vor dem Quelltext ein sonderbares Zeichen sein, denn dieses wird auf der Webseite als Viereck im Quelltext ausgegeben.

    Dann würde ich mal ein

    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

    entfernen, denn nicht immer ist doppelt besser.

    Dann musst du schauen in welcher Version deine Datenbank läuft ich würde ballt vermuten das es iso ist.
    Also heißt es von hand alle umlaude in utf umzuschreiben und dann bei neuen Themen darauf achten das diese gleich in utf erstellt werden.

    Wenn du gar nicht klar kommst kann ich ja mal schauen.

  • Damit man nicht suchen muss, kaputte Umlaute finden sich z.B. hier:
    Hallo Welt!

    Wenn man im Browser auf ISO-8859-1 umschaltet, sind die Umlaute korrekt. Ausgeliefert wird die Seite ansonsten korrekt als UTF-8, HTTP-Header stimmt, Meta-Angabe stimmt. Und Du sagst ja, dass die DB auch immer schon UTF-8 war.

    Es kann vorkommen, dass Plugins die Umlaute zerstören, wenn sie z.B. PHP-Funktionen benutzen, die UTF-8 nicht unterstützen. Wenn es daran liegt, müsste das Problem verschwinden, wenn Du alle Plugins ausschaltest und auf das Standard-Theme umschaltest.

    Andererseits gehen dabei normalerweise die Umlaute komplett kaputt, während hier ja nur irgendwas die Umlaute in der falschen Codierung ausgibt. Da wird im Theme aber nicht etwa eine komplett eigene Query unter Umgehung der WP-Dateien aufgemacht oder? Ansonsten würde ich an Deiner Stelle nochmal sicherstellen, dass die Datenbank tatsächlich UTF-8 benutzt. Welche MySQL-Version ist es eigentlich?

  • Plugin "ContuttoPDF" verursachte das Problem

    MySQL-version 5.0.32
    Habe einen Plugin-Check durchgeführt - Alles deaktiviert und nach & nach wieder zugeschalten. Tatsächlich hat das Plugin "ContuttoPDF" das Problem verursacht. Muss jetzt erstmal checken, wie ich das Plugin vielleicht doch weiter nutzen kann.
    Danke für Eure Hilfe

  • Falls der Plugin-Autor kein Interesse daran hat, das zu beheben (frag ruhig mal nach), kannst Du auch selber mal schauen, was für Funktionen da so verwendet werden. PHP ist ursprünglich nicht für Multibyte-Zeichensätze wie UTF-8 ausgelegt. Einige Funktionen können damit einfach nicht umgehen, andere muss man richtig einsetzen.

    Folgende Seite finde ich zu diesem Thema höchst informativ, falls Du selber mal schauen magst, ob sich das beheben lässt (manchmal muss man nur einen Parameter für die Encoding ergänzen z.B.):
    Character Sets / Character Encoding Issues [Web Application Component Toolkit]

  • Hatte das Problem auch gerade.
    Bei mir stand in der wp-config

    das
    [COLOR=Red]
    define('DB_CHARSET', 'utf8');[/COLOR]

    ich habe es geändert auf

    define('DB_CHARSET', 'utf[COLOR=Black]-[/COLOR]8');

    und siehe da alles geht wieder und meine ä,ö,ü sind wieder da.

  • tolle Idee

    tolle Idee - das mit dem umstellen der Schreibweise. Danke! Hab schon gedacht, ich müßte alles von Hand ändern (nach dem Upgrade von WP 2.0 auf WP 2.6.3)

    Aaber ... nun kommt das Problem bzw. deren 2e!

    Zitat

    Warning: debug_backtrace() has been disabled for security reasons in .../wordpress/wp-includes/wp-db.php on line 942

    Warning: Invalid argument supplied for foreach() in .../wordpress/wp-includes/wp-db.php on line 945

    Was mag das denn nun wieder sein? uff.

    Einmal editiert, zuletzt von Segler (29. Oktober 2008 um 20:10)

  • define('DB_CHARSET', 'utf8');


    Das ist korrekt (die Schreibweise mein ich).

    Zitat

    define('DB_CHARSET', 'utf[COLOR=Black]-[/COLOR]8');


    Das nicht, wird also ignoriert. Die Umlaute werden nicht doppelt codiert und alles passt.

    Zitat von Segler

    Was mag das denn nun wieder sein? uff.


    Zu debug_backtrace() gibts mehrere Threads hier im Forum, einfach mal suchen. Liegt sicher an den "Sicherheits"einstellungen deines Freehosters (Glaskugel-Modus aus)


  • Zu debug_backtrace() gibts mehrere Threads hier im Forum, einfach mal suchen. Liegt sicher an den "Sicherheits"einstellungen deines Freehosters (Glaskugel-Modus aus)

    Ah, danke! Verstehe ... (vielleicht :-)

    PS: dank Monika hab ich mein Problem gelöst! Freu.

    Zitat

    mache vor der Zeile mit dem utf8
    // define('DB_CHARSET', 'utf8');


    Es lag daran und gut wars.

    Einmal editiert, zuletzt von Segler (30. Oktober 2008 um 20:21)

  • Habe ähnliches Problem und komme einfach nicht weiter. :(
    Habe den thread und auch andere gelesen + befolgt, aber es haut bei mir nicht hin.

    Nutze WP 2.6.3
    Seite lautet: Gospel Life

    G, believer

    Wenn ich den See seh, brauch ich kein Meer mehr.

  • Bei Einträgen über WP-Downloadmanager wird nach wie vor statt z.B. Umlaut "ä" ein Fragezeichenkästchen abgebildet. Habe gerade mal unter Einstellungen den Zeichensatz auf UTF8 (obwohl ja nicht empfohlen) umgestellt. Bisher steht er auf UTF-8. Nachdem ich das aber gemacht habe, zeigte mit der Downloadlink eine korrekte Schreibweise der Umlaute aber darüber hatte ich dann eine Errormeldung.

    Wenn ich den See seh, brauch ich kein Meer mehr.

  • Ok, danke. Die Fehlermeldung gibt folgendes aus:

    Warning: htmlentities() [function.htmlentities]: charset `UTF8' not supported, assuming iso-8859-1 in /homepages/32/d13560472/htdocs/wp-content/plugins/wp-downloadmanager/wp-downloadmanager.php on line 331

    Was soll ich machen?Kenn mich nicht genug aus?

    Wenn ich den See seh, brauch ich kein Meer mehr.

  • Da steht aber nur

    Wo trage ich hier genau UTF-8 ein?

    Wenn ich den See seh, brauch ich kein Meer mehr.

  • mmmm ... im plugin gibt es nirgendwo eine Möglichkeit der Umstellung auf UTF-8. Würde mal vermuten, daß ich auch nicht der einzige bin, der dieses Problem hat/ hatte. :-?
    Werde mich dann ggf. an den Autor wenden müssen. Danke für die Hilfe.

    Wenn ich den See seh, brauch ich kein Meer mehr.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!