Dirk Deimeke am :
Ja, das halte ich für eine gute Idee.
Wenn Du es jetzt noch schaffst, den Zugriff auf das Plugin in die Kommentarbenachrichtigung zu packen, bist Du der Held! ;-)
Spamblock-Bayes: Kommentare auf der Kommentarseite einordnen
Thursday, 17. December 2009
Das manuelle Einordnen der Kommentare im Spamblock-Bayes-Plugin lief ja bisher über eine eigene Oberfläche, die einfach die abgespeckte Kommentarseite mit anderen Buttons war. Es wurde mehrfach gewünscht, die Funktion mit der normalen Kommentarseite zu vermischen und dort einfach die zusätzlichen Buttons einzubauen. Genau das macht die neue Version, die ich bei ausbleibenden Problemberichten in ein paar Tagen in Spartacus hochladen werde. Außerdem wird das Lernen weniger fehleranfällig, weil der Kommentar nicht mehr von der Kommentarseite eingelesen, sondern direkt aus der Datenbank geholt wird.
Was noch nicht gelöst ist, ist das Anzeigen, ob ein Kommentar schon bewertet wurde. Ich musste mehrmals erklären, dass das an sich keine gute Idee ist, weil Kommentare ja initial schon bewertet sein können bzw man sie mehrfach bewerten kann, um den einzelnen Wörtern einen höheren Spamfaktor zuzuordnen. Dass dies nicht sofort klar ist liegt natürlich daran, dass nicht jedem Nutzer klar sein kann, wie der Spamfilter funktioniert. Die in diesem Wunsch resultierende Unsicherheit auszuräumen wäre natürlich toll. Meine Lösungsidee: Man könnte auf der Kommentarseite bei jedem Kommentar die derzeitige Bewertung anzeigen. Bei einer neuen Bewertung sollte dieser Wert sich direkt erhöhen bzw verringern. Nebenan sollte ein kleiner Hilfeknopf stehen, der auf einen Text verweist, der die Bedeutung dieser Zahl erklärt. Würde das die Funktionsweise deutlicher machen?
Trackbacks
Kommentare
onli am :
Gut, dann werd ich mich daran mal probieren.
onli am :
Wie sieht das aus?
Dirk Deimeke am :
Das gefällt mir schon sehr gut. Ich überlege gerade daran, ob es sinnvoll wäre, den Faktor mit 10 oder gar mit 100 zu multiplizieren, weil viele Leute Probleme mit "Kommazahlen" haben. Bei einer Multiplikation mit 100 könntest Du noch % dahinter schreiben ;-)
onli am :
Wärs. Es verfälscht zwar ein bisschen das Prinzip, aber es spart die ganz Erklärung - eine Prozentangabe sollte intuitiv verstanden werden, wenn da "Spamfaktor" dransteht.
Ich kämpf noch ein bisschen mit der Performance. Bisher soll das alle Werte neu abfragen, wenn man einen einzelnen Kommentar bewertet. Das ist bei sehr vielen Kommentaren auf der Seite schon aufwändig. Bei 10 oder 20 ist es dagegen kein Problem.
onli am :
So, die Anzeige des Spamfaktors ist fertig und die Emailbenachtigung steht. Nur musste ich den Kern anfassen, mal schauen, ob ich das Event in den Kern kriege.
onli am :
Schon drin. Dann sollte das in den nächsten Tagen veröffentlicht werden können, vielleicht auch heute. Wenn kein 1.6 installiert ist, werden die Links einfach nicht angezeigt.
Ich kämpfe nur immer noch mit der Performance der Spamfaktoranzeige. Im Testblog nun auch mit 100 kein Problem, hier im Blog bei ~1000 bekomm ich Fehler - scheinbar keine Timeouts, sondern eine Einordnung läuft schief. Das stimmt also noch nicht ganz.
Dirk Deimeke am :
Lässt sich irgendetwas intelligent cachen?
onli am :
Es lässt sich intelligenter abfragen, nicht jede id einzeln. Dann noch in Blöcke unterteilt, damit PHP keine Probleme bekommt. Die Timeouts waren in Wirklichkeit Fehler, die das Einordnen bestimmter Kommentare verursacht hat, der Fehler ist gefixt.
Übers Cachen habe ich heut morgen auch nachgedacht: Es ließe sich der Spamfaktor der Kommentare über die id zuordnen und dann cachen, anstatt den Kommentar zu holen und den Spamfaktor zu berechnen. Nur: Den Cache müsste man ja bei jedem Lernvorgang löschen. Ich weiß nicht, ob sich das lohnt.
Dirk Deimeke am :
Ich frage mich gerade, ob es überhaupt nötig ist, alles neu zu berechnen. Natürlich sieht es besser aus, den "Spamfaktor" mit der aktuellen Datenlage zu beurteilen, aber es gibt nicht die Datenlage bei Erstellung des Kommentars wieder.
Die Frage ist, was man möchte und wenn ich mich als potentiellen Kunden anschaue, dann beurteile ich die Kommentare in der Reihenfolge, in der sie bei mir in der Mailbox aufschlagen. Alte Kommentare sind "ham" sonst wären sie bereits gelöscht.
onli am :
Alte Kommentare sind nicht unbedingt ham. Es kann ja sein, dass es eine neue Art von Spam ist, die falsch eingeordnet wurde vom Plugin, was dem Plugin abgewöhnt werden soll. Ich will ja zeigen, welchen Effekt das Lernen hatte.
Ich hab mir das nochmal angeschaut. Das Neuberechnen scheint nicht das Problem zu sein. Wenn erstmal alle Anzeigen da sind und man einen Kommentar aktualisiert, also alle Spamfaktoren neuberechnet, geht das sehr schnell. Es scheint das Hinzufügen zu sein, was die Probleme verursacht - und da hab ich keinen besseren Ansatz gefunden, aber schon gesucht.
Naja, ich werde das erstmal so veröffentlichen und mich später nochmal dransetzen.
onli am :
PS: Auch ohne das Plugin verursacht das Holen der tausend Kommentare Wartezeit - und wohl Serverlast. Und dann kommen noch die zusätzlichen Anfragen hinzu. Das spielt da ja auch noch rein.
Dirk Deimeke am :
Das ist Kinderkram für eine Datenbank. Kannst Du mir bitte einmal die sql-Statements schicken, die Du benutzt.
Kommentar schreiben
