Beiträge von toscho

  • Komischer WC3 Validator Fehler?!

    Suche im Template nach der Stelle [FONT="Courier New"]<div id="more">[/FONT], ändere sie in [FONT="Courier New"]<div class="more">[/FONT]. Dann gehe ins Stylesheet (meistens style.css) und ändere dort alle Vorkommen von [FONT="Courier New"]#more[/FONT] auf [FONT="Courier New"].more[/FONT].

  • Suchmaschinenposition überwachen

    Danke, das sieht recht nützlich aus.

    Ein paar Hinweise:

    • In der Description sind die Umlaute kaputt.

    • Unter der Eingabemaske für die Suchworte steht derselbe Text wie unter der für die Adressen:

    Zitat

    (Trennen Sie mehrere Adressen durch Komma). Die Adressen bitte in der Form Subdomain.Domain.com oder Domain.com eingeben.
    Es können Maximal 3 Internetadressen angegeben werden.

    • Das Plugin schreibt per Inlinestyles Pixelschriftgrößen in den Code, die sich mit den normalen Größen beißen. Bitte nutze nur die Schriftgrößen des Adminstylesheets, damit man eine zentrale Stelle zur Korrektur hat.

    Gruß
    Thomas

  • Probleme mit Umlauten und Deutsch

    Zitat von lindstrom

    In Postings werden Umlaute angezeigt - nur in den Systembegriffen wie Monatsangaben nicht.

    Riecht nach falschem setlocale.

    Suche in deinem Theme nach einer Zeile, die ungefähr so aussieht:

    PHP
    setlocale(LC_ALL, 'de_DE.utf8');

    Findest du so eine Zeile, und enthält sie nicht den Wert utf8, dann kommentiere sie aus, indem du zei Schrägstriche // voranstellst.
    Dann schreibe exakt oben genannte Zeile weit oben in die functions.php.

    Zu den unvollständigen Übersetzungen kann ich leider nichts sagen.

    Optimus: Hast du deine geänderten Dateien auch ganz sicher in UTF-8 gespeichert? Welche Art falscher Umlaute bekommst du? Dein Problem hat sehr wahrscheinlich nichts mit der Ausgangsfrage zu tun.

  • FAQ: Warum bekomme ich zerstückelte Sonderzeichen angezeigt?

    Danke. Ich sehe gerade, daß ich kleinen Schnitzer drin habe, sorry.
    Der falsche Header ist natürlich nicht:

    PHP
    header('Content-Type: text/html; charset=UTF-8');

    Vielmehr steht etwas anderes als UTF-8 drin oder gar nichts.

    Korrektur:
    Steht in »charset« etwas anderes, obwohl im Backend UTF-8 eingestellt wurde, muß irgendwo im Theme oder in einem Plugin diese Zeile stehen:

    PHP
    header('Content-Type: text/html');


    oder

    PHP
    header('Content-Type: text/html;charset=ISO-8859-1');


    Die muß man dann löschen.

  • RSS Feeds

    Ein Plugin brauchst du nicht, und ja, du mußt die Anpassung genau dort vornehmen, wo du es vermutest. Passe nur den ersten Eintrag an, und wirf die beiden nächsten Zeilen (RSS .92 und Atom 0.3) raus.

  • RSS Feeds

    URL kam per PM.

    Du hast im Head noch die Links auf den Originalfeed stehen. Entweder paßt du die header.php deines Themes an, oder du schreibst in die .htaccess noch folgende Zeile:

    Code
    Redirect permanent /feed/ http://feeds.feedburner.com/DeinFeedBurnerName


    Den zweiten Teil paßt du so an, daß er auf dieselbe URL zeigt wie der Link des Buttons.

  • Schlagworte vs. Schlagwörter

    Als schnelle Lösung kannst du in der single.php ja einfach diese Zeile ändern:

    PHP
    <?php the_tags( '<p>' . __('Tags:', 'kubrick') . ' ', ', ', '</p>'); ?>


    … zu …

    PHP
    <?php the_tags( '<p>Schlagwörter: ', ', ', '</p>'); ?>

    Der Ausdruck »Schlagworte« steht übrigens in der de_DE.po im Theme »default« in Zeile 85. Gefunden mit Strg+F. :)

  • FAQ: Warum bekomme ich zerstückelte Sonderzeichen angezeigt?

    Unter diesem Punkt steht in der FAQ:

    Zitat

    Weil in deinem Blog UTF-8 eingestellt ist. Im deutschsprachigen Raum wird aber meistens iso-8859-1 benutzt. Die Zeichenkodierung wird umgestellt im:

    Code
    Adminbereich >> Optionen >> Lesen > Zeichensatz für Seiten und Feeds


    Diese Antwort ist nicht hilfreich.

    Mein Vorschlag:

    Es gibt zwei Arten falsch dargestellter Zeichen: 1. � (bzw. Fragezeichen) und 2. ä (zwei Zeichen für eines).

    1. Im ersten Fall liegen die Daten sehr wahrscheinlich in der Zeichenkodierung (nicht Zeichensatz) ISO-8859-1 bzw. Windows-1252 in der Datenbank, oder das Theme enthält derart kodierte Zeichen. Da muß man genau hinsehen, aus welcher Quelle die Zeichen kommen.

      Wenn es die Datenbank ist, dann sollte sie auf UTF-8 umgestellt werden.

      Wenn es das Theme ist, dann kann man einfach die falsch kodierte Datei öffnen und als UTF-8 ohne BOM abspeichern.

      Auf keinen Fall sollte man im Backend ISO-8859-1 einstellen! Dann kann man viele Zeichen (€, …, ‰) nicht mehr unmaskiert ausgeben. Langfristig hat man ohne UTF-8 deutlich mehr Probleme als mit. Nicht zuletzt weil der Newsfeed (RSS und ATOM) ja als XML ausgegeben wird und XML-Leser zwar UTF-8 und UTF-16 können müssen, nicht aber ISO-8859-1.

    2. Wenn man hingegen ä sieht, also zwei Zeichen, wo nur eines erwartet wird, dann wird vermutlich bei der Ausgabe ISO-8859-1 behauptet, obwohl die Daten in UTF-8 vorliegen. Zur Kontrolle sehe man unter Einstellungen/Ausgabe nach, ob da wirklich UTF-8 unter Zeichenkodierung für Seiten und Feeds eingetragen ist.
      Außerdem kann man die Seite mit dem Websniffer prüfen lassen. Dort bekommt man eine Übersicht der HTTP-Header; einer sollte so aussehen:

      Code
      Content-Type: text/html; charset=UTF-8


      Steht in »charset« etwas anderes, obwohl im Backend UTF-8 eingestellt wurde, muß irgendwo im Theme oder in einem Plugin diese Zeile stehen:

      PHP
      header('Content-Type: text/html; charset=UTF-8');


      Die muß man dann löschen.

  • upload pfad ist merkwürdig

    Wenn du das Verzeichnis /wordpress/ nicht siehst, dann ist »test« nur ein virtuelles Verzeichnis, auf das du keinen Zugriff hast. Frag entweder den Support, wie du an das Verzeichnis herankommst, oder installiere WordPress selber.