Zeichensatz-Problem

  • Hallo,

    ich habe bei einem Blog ein kleines Zeichensatz-Problem.

    Auf der Site: Events? » Seite » Mini-Restaurant Heiligenhafen - Die Events ist in der Sidebar ein Feld für aktuelle Posts(get-recents_posts) eingetragen.

    Dort werden die Umlaute nicht richtig dargestellt, an allen anderen Stellen ist die Darstellung richtig.

    Kann mir wer einen Tipp geben, was da noch falsch sein könnte?

    Die Datenbank sagt mir mit PHPMyAdmin das das utf8_general_ci ist und da werrden die Umlaute auch richtig dargestellt. Auch der Validator von W3.org erzählt mir was von UTF-8 und der Quelltext der Seite sagt das auch.
    Wo habe ich das was falsch gemacht?

    Danke vorab für Hilfe.

    Gruß björn

    • 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

  • Hallo,

    danke für die Antwort, es war noch das o42-clean-umlauts aktiv.

    Das habe ich jetzt deaktiviert, aber schöner ist das Ergebnis davon noch nicht geworden.:confused:

    Irgendwo muss ich da noch was anderes falsch haben.. Oder muss ich in der Datenbank evtl. manuell noch was ändern?

    Gruß Björn

  • Moin bhamann,
    habe mir das Blog mal angesehen.
    Wirklich unschön mit den Umlauten.
    Bei den Umlauten habe ich bei mir dieses "042-clean-umlauts" eingesetzt und die Umlaute werden richtig angezeigt.
    Kann es da vielleicht einen Konflikt mit deinem Wetter-Plugin geben?
    Bei Accu-weather ist doch keine deutschsprachige Version mit Umlauten vorgesehen - oder?
    Wurde da vielleicht etwas "umgestrickt"?

    HDS home - wir gehören zu den Guten!

  • Hallo,

    danke für die Info, aber das Umlaut-Problem war schon vor dem installieren des Wetter-Plugins.
    ich hatte ursprünglich den Blog ohne o42-umlaut-plugin installiert, da trat schon der Fehler auf, dann hab ich gedacht, nach dem installieren von o42-Umlaut kommt das dann sauber rüber, aber das hat auch nicht geholfen. Auch das deaktivieren des Plugins aufgrund des Tipps von marX hat nix gebracht.
    Das Wetter-Plugin hab ich vorgestern erst installiert und bis jetzt noch keine negativen Auswirkungen gemerkt.
    Hab's grad mal deaktiviert, aber das hat auch keine Änderung gebracht.

    Manuell die Zeichen in der Datenbank zu ändern wäre die Notlösung, was dann aber beim Darstellen der Seite zum nächsten Fehler führt, der kann das ja lediglich in der sidebar nicht richtig darstellen.

    Ich habe auch schon mal testweise andere Themes ausprobiert, aber der Fehler bleibt. Langsam verzweifle ich dran...

    Gruß björn

  • o42_clean_umlauts setze ich nur ein, um die URLs umzuschreiben, HTML-Entities sind eigentlich mit UTF-8 überholt.

    Ich hab mir deine Seite nochmal genauer angeguckt. In den Archiven werden die Titel korrekt ausgegeben. Das Problem ist wohl das Plugin/Widget, was die "Aktuellen Posts" ausgibt.

  • Hallo, ich komm glaub ich vielleicht eventuell der Sache ein bisschen näher.

    die Funktion für die recent_posts sieht so aus:

    Das wird dann wie folgt in der sidebar.php aufgerufen:

    PHP
    <?php get_recent_posts($p,10); ?>

    irgendwie scheint da der wurm mit der htmlentities drin zu sein, die ja wohl alles kräftig umwandelt.

    Das ist aus dem original Theme WordPress Themes wobei ich noch die alte version verwende, da der Seitenrand nicht so wichtig für mich war um alles wieder zu ändern. Und der Vergleich hat ergeben, dass die Funktionen an der Stelle identisch sind.

    Ich bin leider nicht so 100% bewandert in PHP. Kann das evtl. auch ein PHP Versions-Problem sein? Auf dem Server läuft PHP 4.3.10, das kann ich auch leider nicht ändern, weil da noch andere alte Skripte laufen müssen.
    Oder lauf ich grad aufm Holzweg?

    Widget-fähig ist das Theme wohl auch noch nicht und leider hab ich das auch nicht hinbekommen das nachträglich umzumodeln, ist aber eigentlich auch noch nicht so dramatisch.

    Gruß björn

  • Hallo,

    kleine freudige Ergänzung. Meine Umlaute werden jetzt richtig dargestellt.
    Ich habe die htmlentities geändert auf htmlspecialchars und dann aht es oh wunder super geklappt.
    Danke Euch für die Mithilfe.

    Gruß björn

  • Ja genau das Problem ist diese PHP-Funktion. Ist die Frage, ob man die dort überhaupt benötigt. Kommt natürlich drauf an, was die "truncate"-Funktion genau zurückliefert. Aber wenn's läuft dann lass es so. ;-)

  • hallo, ich hab ein Problem, bei mir werden die Umlaute, also ä,ö, ü und das ß nicht angezeigt, weiß jemand eine Lösung?

    Habs hinbekommen, funzt wieder alles

    mlogger | kann lustig sein, muss aber nicht

    Einmal editiert, zuletzt von mlogger (20. Oktober 2007 um 14:19)

  • du meinst die url wird dann nicht richtig dargestellt?

    statt tag/buecher steht bei dir tag/bucher

    das macht das Plugin 042-clean-umlauts
    suche es Dir und das wird wieder OK...

    ob es die alten URLs die falsch sind repariert, weiß ich auswändig nicht

    lg

  • hm, ich bekomms bei mir auch nicht hin:
    in den alten beiträgen werden umlaute falsch dargestellt. bei neuen erscheint alles richtig.

    ich hab vor kurzem auf 2.3.2 umgestellt. dabei die neue wp-config.php genommen.
    wie kann ich das korrigieren?


  • Hmm... hab die Datenbankdatei .sql runtergeladen und dort 2 Stellen gefunden (u.a. beim Plugin "Photopress", das hier Verwendung findet) und von CHARSET=latin1 auf CHARSET=utf8 geändert und wieder hochgeladen (alles über phpMyAdmin, das mit MySQLDumper hab ich nicht verstanden). Aber das ganze bewirkt keine Veränderung :-(

    Komischerweise konnte ich auf meinen anderen Blogs dieses Problem lösen, indem ich im Admin-Bereich unter Einstellungen > Lesen von "utf-8" auf "iso-8859-1" umstellte. Das geht jetzt aber nicht mehr, da sonst die Umlaute in allen anderen Texten nicht mehr stimmen. Liegt evtl. auch daran, dass es in der wp-config.php-Datei neuerdings die Zeile define('DB_CHARSET', 'utf8'); beinhaltet.

Jetzt mitmachen!

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