Kommentarfunktion: Wie wird der Nutzer informiert

[robert]

Nachdem @yellowled bei mir kommentierte und er seinen Kommentar nicht sah (er landete in der Moderation), habe ich es selbst mal ausprobiert.

Ein Kommentierender, dessen Kommentar in der Moderation landet erhält als Hinweis im Blog

"Ihr Kommentar wurde hinzugefügt"

Siehe auch Screenshot https://www.dropbox.com/s/zzmr2vb1g6t10 ... 4.png?dl=0

Das ist natürlich verwirrend, da man glaubt, der Kommentar wäre auch freigeschalten. Könnte man dem Nutzer (ich weiß, der könnte auch ein Bot sein , rückmelden: "Ihr Kommentar muss erst vom Blog-Administrator freigeschalten werden." (oder ähnliches, geht sicherlich noch flüssiger)

Liebe Grüße
Robert

[garvinhicking]

Hi!

In der entries.tpl gibt es dafür eigentlich bereits die Variablen:

$is_comment_added
$is_comment_moderate

Ich sehe aber dass wohl in unseren Templates die Reihenfolge der Abfrage falsch ist.

Statt:

Code: Select all

{if $is_comment_added}   
            <p class="serendipity_msg_notice">{$CONST.COMMENT_ADDED}</p>
        {elseif $is_comment_moderate}
            <p class="serendipity_msg_notice">{$CONST.COMMENT_ADDED}: {$CONST.THIS_COMMENT_NEEDS_REVIEW}</p>

müsste es heißen:

Code: Select all

{if $is_comment_moderate}   
            <p class="serendipity_msg_notice">{$CONST.COMMENT_ADDED}: {$CONST.THIS_COMMENT_NEEDS_REVIEW}</p>
        {elseif $is_comment_added}
            <p class="serendipity_msg_notice">{$CONST.COMMENT_ADDED}</p>

Das heißt, die Reihenfolge muss vertauscht werden, da $is_comment_added halt auch immer gesetzt ist, wenn ein Kommentar modieriert wird.

Bei den 2.0 templates habe ich das in Github gerade mal aktualisiert.

[robert]

Danke. Ich habe es mal ausgebessert und werde schauen, ob das so klappt.

[robert]

Hab mir selbst eine Spam eingetragen.

Der Kommentar kommt in die Moderation, da als Spam erkannt.

Der User erhält aber die Meldung

Kommentar wurde hinzugefügt.

Das ist etwas irreführend, da man meinen könnte, der Kommentar müsste sofort erscheinen und nicht auf eine Moderation warten.

Oder liegt das am Template, wie die Meldung aussieht?

[garvinhicking]

Hi!

Welches Template benutzt Du denn genau und wie sieht da deine entries.tpl jetzt aus? Es hängt davon nämlich ab, wie ich schrieb.

Welches Spamplugin moderiert die Nachricht? serendipity_event_spamblock? Ggf. setzen andere Plugins (spambayes) andere Variablen, das müssen wir als Problemursache erstmal analysieren.

[yellowled]

Welches Template benutzt Du denn genau und wie sieht da deine entries.tpl jetzt aus? Es hängt davon nämlich ab, wie ich schrieb.

Eins, das ich vor zwei Jahren für Robert gebaut habe. Non-public. Ich hab grad mal per FTP reingeschaut. In Roberts entries.tpl steht

Code: Select all

{if $is_comment_moderate}  
    <p class="msg-notice">{$CONST.COMMENT_ADDED}: {$CONST.THIS_COMMENT_NEEDS_REVIEW}</p>
{elseif $is_comment_added} 
    <p class="msg-notice">{$CONST.COMMENT_ADDED}</p> 
{elseif not $entry.allow_comments}
    <p class="msg-important">{$CONST.COMMENTS_CLOSED}</p>
{else}
    <section id="reply" class="serendipity_section_commentform">
        <h2>{$CONST.ADD_COMMENT}</h2>
        {$COMMENTFORM}
    </section>
{/if}

… und der einzige Unterschied, den ich da sehe, sind die anders benannten CSS-Klassen, an denen es mit Sicherheit nicht liegt.

Meines Wissens benutzt Robert die gleichen Spamschutz-Plugins in der gleichen Reihenfolge wie ich, das würde heißen: Bee, Bayes, Block.

YL

[garvinhicking]

Hi!

Es wäre dann wohl gut zumindest temporär mal bee und bayes zu deaktivieren um zu schauen ob dann die richtige Moderate-Meldung erscheint.

Wenn ja, dann liegt es an bee oder bayes, die ich aber beide leider nicht kenne, da müsste man dann mal ran.

LG,
Garvin

[garvinhicking]

Hi!

Das Problem liegt auf jeden Fall daran dass eines der drei Plugins die Variable

$serendipity['csuccess']

wohl entweder

a.) nicht korrekt auf "moderate" setzt (wobei ein kurzer Check mir zeigte dass da alles korrekt aussieht) oder

b.) Serendipity diese Variable nicht korrekt zurück ausliest oder

c.) durch ein nachfolgendes Plugin überschrieben wird.

Die korrekte URL müsste nämlich so lauten:

Code: Select all

http://www.robertlender.info/blog/index.php?url=archives/3906-Nachrichtensammlung-zu-Open-Data-in-OEsterreich&serendipity[csuccess]=moderate#feedback

Ich fürchte das finden wir jedoch nicht genauer raus, ohne sukzessive jedes der drei Plugins in ihren Permutationen zu testen. Ich würde so anfangen:

a.) nur spamblock alleine
b.) erst spambayes dann spamblock
c.) erst spambee dann spamblock

So kann man es dann zumindest schonmal auf eines der Plugins beschränken und von dort weiterarbeiten.

@Robert: Bitte darauf achten dass alle 3 Plugins auch wirklich auf dem aktuellsten Stand sind.

[Timbalu]

Das ist scheinbar so ein Jahreswechsel Thema
und erinnert mich stark an http://board.s9y.org/viewtopic.php?f=10&t=19668

...und ganz vielleicht auch noch an http://board.s9y.org/viewtopic.php?f=10 ... y[csuccess] das über die zu-schnell-zu-of-Sperre nachdenkt.

[onli]

Bayes setzt csuccess auf moderate: https://github.com/s9y/additional_plugi ... .php#L1675. Da müsste das Plugin schon einem komischen Codepfad folgen um das falsch zu machen.

[robert]

Danke für eure Mithilfe. Ich werde morgen das mal zum durchtesten beginnen und mich dann hier wieder melden.

[robert]

1. Test

Alle Plugins auf aktuellen Stand.

Nur "Spamschutz" aktiviert. Vorherig Spam wird im Kommentarbereich mit

Spamschutz: Ungültiger Kommentar!

Kommentar wurde nicht hinzugefügt, da Kommentare für diesen Eintrag entweder deaktiviert sind, Sie ungültige Eingaben gemacht haben oder Anti-Spam-Maßnahmen angewendet wurden.

abgewiesen.

[garvinhicking]

Hi Robert,

das wäre dann jetzt eine andere Sache, dein Testkommentar wird als Spam klassifiziert, Du müsstest es dann mit einem Kommentar probieren das dem nicht entspricht

Was genau zutrifft steht im Spamblocklog...

LG,
Garvin