extern getriggerte Geisterartikel

[rowi]

Moin,

ich habe bei mir im Blog seit langem ein Phänomen das heute sehr massiv aufgetreten ist: Geisterartikel.

Irgendetwas erstellt im Blog leere Beiträge als Entwurf die aber vom Microblogging Plugin als neuer Artikel announced werden.
Das passiert seit Monaten in unregelmässigen Abständen und Uhrzeiten. Im Schnitt würde ich sagen einmal pro Woche und auch Nachts wenn defintiv kein Rechner eingeschaltet ist. Normalerweise ist das ein Eintrag, heute Mittag aber gleich 10 auf einmal.

Eigentlich hatte ich das XML-RPC Plugin in Verdacht, die Parameter der erzeugten Artikel passen aber nicht zu dessen Konfiguration. Auch wundert mich dass das Microblogging Plugin getriggert wird obwohl die Artikel als Entwurf entstehen.
Die Artikel haben keinen Autor und gehören zu keine Kategorie. In der Datenbank sieht es so aus:

Screenshot-Geisterartikel.png (27.13 KiB) Viewed 3372 times

Ich habe leider keinen Zugriff auf das access.log so dass ich nicht sehen kann wie die Zugriffe in der Zeit ausgesehen haben, kann ich ein Log im XML-RPC Plugin aktivieren? Das halte ich immernoch für die wahrscheinlichste Quelle.

[Timbalu]

Hat das xmlrpc nicht eine 'debug log' option Einstellung?

Die access.log würde ich mir trotzdem auf alle Fälle besorgen!

[rowi]

Hat es, hab die Option schlicht übersehen :-/

Der Cluster auf dem das Blog läuft hat kein access.log aktiviert, da gibt es also nichts zu besorgen.

[rowi]

Hier auch noch die Liste der aktiven Plugins: http://rowi.standardleitweg.de/uploads/pluginliste.txt

[garvinhicking]

Hi!

In der Tat ist das etwas merkwürdig. Eigentlich wäre da eine access.log tatsächlich sehr wichtig, um z.b. auch Hackangriffe o.ä. mit in die Überlegungen einbeziehen zu können.

Könnten es evtl von aussen laufende Cronjobs o.ä. sein, oder ein mail2s9y Shellscript?

Von den von Dir gelisteten Plugins können eigentlich nur folgende Einträge erstellen:

serendipity_event_trackback
serendipity_event_xmlrpc

Ich persönlich tippe auf die "Delayed Trackbacks" Funktion vom trackback plugin. Ich würde diese Option mal deaktivieren um zu schauen ob es damit zusammenhängt, dann kann man weiter debuggen.

GRüße
Garvin

[rowi]

Könnten es evtl von aussen laufende Cronjobs o.ä. sein, oder ein mail2s9y Shellscript?

Nein, in der Richtung habe ich nichts laufen.

Von den von Dir gelisteten Plugins können eigentlich nur folgende Einträge erstellen:

serendipity_event_trackback
serendipity_event_xmlrpc

Ich persönlich tippe auf die "Delayed Trackbacks" Funktion vom trackback plugin. Ich würde diese Option mal deaktivieren um zu schauen ob es damit zusammenhängt, dann kann man weiter debuggen.

die delayed Trackbacks habe ich jetzt deaktiviert, ich denke die brauche ich sowieso nicht.
Das Trackback Plugin kann ganze Artikel anlegen? Wann wird das denn benötigt?

Danke auf jeden Fall für die Hilfe!

[garvinhicking]

Hi!

Das Trackback Plugin kann ganze Artikel anlegen? Wann wird das denn benötigt?

EIGENTLICH sollte es das nicht. ABER es prüft auszuführende Trackbacks, und benutzt die serendipity_updertEntry() funktion um dann einen Artikel zu aktualisieren. Wenn der Artikel aber nicht existiert, weil das Plugin einen Fehler hat, dann wird statt der Aktualisierung ein neuer, leerer Artikel eingefügt. Das könnte ich mir jedenfalls gut vorstellen, habe die Delayer-Trackback-Funktion bisher aber leider nie genutzt (und nicht selbst entwickelt)...

Grüße,
Garvin

[rowi]

Da es bisher nicht wieder aufgetreten ist dürfte es wohl die Einstellung am Trackback-Plugin gewesen sein, danke!

Die rpc.log ist unauffällig, nur lauter Pingbacks mit falschem encoding