Beiträge von melinda v. p.

  • [WP 4.6.1] - ungewollter HTML Code bei Kommentar-Benachrichtigungen in E-Mail Betreff

    Hallo,

    habe lange damit gelebt, doch mir jetzt endlich mal vorgenommen, der Sache auf den Grund zu gehen.


    Wenn der Admin des WP-Blogs über eingegangene Kommentare per E-Mail benachrichtigt wird (WP-Admin -> Einstellungen -> Diskussion -> 'Mir eine E-Mail senden, wenn'), steht in der Betreffzeile der E-Mail immer HTML-Code statt die Anführungszeichen, also:



    [Testblog] Bitte moderiere: & #8222; DieÜberschriftdesArtikels & #8220;

    oder

    [Testblog] Kommentar: & #8222; DieÜberschriftdesArtikels & #8220;


    Ergo in der Betreffzeile wird der HTML-Zeichenreferenz 'NCR dezimal'-Code ausgegeben und nicht die Anführungszeichen " ".
    (...ob nun die englische oder doch die deutsche Variante wäre mir erst einmal egal.)


    Im Mail-Text selbst wird es richtig umgesetzt; dort erscheinen die Anführungszeichen. Einzig in der Subject-Zeile funktioniert hier die Zeichenausgabe nicht.


    2. Fall, gleiches Thema:

    Enthält der Benutzername eines Users [comment_author] beispielsweise ein & Zeichen, wird dieses im Text der Benachrichtigungs-E-Mail(!) bei neuen Kommentaren ebenfalls als HTML-Code ausgegeben und nicht das Zeichen an sich, also statt:

    Musterfrau1 & Mustermann2

    ...erscheint

    Musterfrau1 & amp; Mustermann2


    [COLOR=#a9a9a9]
    [/COLOR][COLOR=#808080](...ich habe hier an dieser Stelle - siehe oben - nach dem '&' immer ein Leerzeichen gesetzt, da sonst hier im Forum-Editor der Code [COLOR=#808080]natürlich [/COLOR]umgetzt wird und die "richtigen" Zeichen erscheinen. Jene, welche ich auch gern in den E-Mail Benachrichtigungen 'richtig' angezeigt bekommen haben würden wollte.)[/COLOR]


    Gibt es hierfür ein Workaround, um die richtige Zeichenausgabe, nämlich die " in der Subject-Zeile und das '&'-Zeichen im [comment_author] zu erzwingen?

    Das wäre brilliant.

  • [World Clock Widget v1.0] - keine Sommerzeit (DST), Fehler in php Datei ?

    Hallo,

    auch unter den folgend genannten Voraussetzungen werden im World Clock Widget Version 1.0.0 keine Sommerzeiten (DST) angezeigt:


    • frische Wordpress Test-Installationen Version 3.1 - 3.4.1
    • keine anderen Plug-Ins installiert
    • Daten in der worldclock.xml sind auf aktuellem Stand für 2012 in beabsichtigter Syntax hinterlegt:


    [INDENT]

    Code
    [COLOR=#808080]<worldclock>
    <display>London, Dublin, Edinburgh</display>
    <offset>0</offset>
    <offsetdisplay></offsetdisplay>
    <dst>true</dst>
    <dststart>2,0,0,3,25,2012</dststart>
    <dstend>2,0,0,10,28,2012</dstend>
</worldclock>[/COLOR]


    [/INDENT]

    • Im Widget ist die Checkbox "daylight saving time" natürlich für die jeweilige Stadt/Zeitzone ebenfalls aktiviert.
    • Effekt sowohl bei Servertime, als auch Client basierter Zeit (...Client PC-Uhr hat selbstverständlich die richtige System-Zeit)




    Die für die Sommerzeitanzeige verantwortliche Variable '.$dst.' in der php-Datei weist immer den Wert 'false' auf, egal ob die DST-Checkbox im Widget aktiviert oder deaktiviert ist.

    Der Codeschnipsel dazu:

    Code
    [COLOR=#808080]echo 'document.getElementById("city'.$i.'").innerHTML=worldClock('.$this->timezones[$wc_clocks[$i]['tz']]['offset'].','.$dst.',dateformat,timeformat,serverclock);';[/COLOR]


    Setze ich für Testzwecke '.$dst.' manuell auf 'true' wird die Sommerzeit angezeigt (...ist aber natürlich nicht im Sinn des Erfinders, wenn man gleichzeitig Zeitzonen mit und ohne DST anzeigen will):

    Code
    [COLOR=#808080]echo 'document.getElementById("city'.$i.'").innerHTML=worldClock('.$this->timezones[$wc_clocks[$i]['tz']]['offset'].',true,dateformat,timeformat,serverclock);';[/COLOR]


    Der Wert der DST-Checkbox 'false' bzw. 'true' wird zumindest in der SQL-Datenbank erst einmal richtig hinterlegt, im weiteren Verlauf von der php-Datei dann aber entweder nicht korrekt ausgelesen oder an irgendeiner Stelle "falsch verarbeitet".

    Der Autor des Plugins meldet sich zu diesem Aspekt leider nicht.

    Vielleicht könnte jemand einmal einen Blick auf den php-Code in der zip-Datei werfen und weiss, weshalb die Variable '$dst' - trotz entsprechendem 'true'-Setting im Widget - immer mit 'false' belegt ist:[INDENT]
    world-clock.php.zip
    [/INDENT]

    Vielen Dank im voraus.

    Melinda

  • Nächste und vorherige Seite zeigen gleiche Artikel

    Hallo,

    habe selben Effekt ("nächste und vorherige Seiten zeigen gleiche Artikel") seit WP 3.0 bei Verwendung von "query_posts('cat=-xx')" für den Ausschluss von Artikeln einer bestimmten Kategorie auf der Startseite.

    Habe bisher den folgenden Code für Vorgängerversionen laut dem Wordpress-Codex für query_posts verwendet, der auch problemlos funktionierte.

    PHP
    <?php if (is_front_page() ): ?>
     <?php query_posts('cat=-4'); ?>
<?php endif; ?>

    Der Codex gibt für mich leider keine neuen Erkenntnisse, wie dies nun in Version 3 umzusetzen wäre, damit 'nächste' und 'vorhergehende Artikel' weiter funktioniert.

    Wie könnte der von alchymyth vorgeschlagene Code - mit Verwendung des 'paged' Parameters - im Hinblick auf query_posts('cat=-xx') abgewandelt werden ?

    Danke für die Hilfe.

    Melinda