Snitch

FAQ

Snitch legt viele Datenbankeinträge an

Snitch dient dazu jede ausgehende Verbindung in WordPress zu protokollieren. Wenn sich die Datenbank schnell füllt, solltest du nach der Ursache suchen. Warum kommunizieren dein WordPress und deine Plugins so oft nach außen, dass sich die Datenbanktabelle füllt? Ist diese Kommunikation wirklich notwendig?

Zur Erinnerung: Snitch soll dir dabei helfen, die Leistung deines WordPress zu verbessern, indem es Verbindungen als Engpass erkennt und anzeigt. Die Aufgabe für den Blog-Administrator ist es, die Ursache (Plugin, Theme etc.) zu beseitigen.

Snitch stellt automatisch sicher, dass nicht mehr als 200 Einträge in der Datenbank behalten werden. Wenn es trotzdem erforderlich ist, Snitch-Einträge manuell aus der Datenbank zu entfernen, helfen zwei Datenbankabfragen:

sql
DELETE FROM wp_postmeta` WHERE `post_id` IN ( SELECT `ID` FROM `wp_posts` WHERE `post_type` = 'snitch' )

DELETE FROM wp_posts WHERE post_type = ’snitch‘
`

Werden die Verbindungen im Frontend überwacht?

Snitch erfasst jede Verbindung, die den Blog über die WordPress HTTP API (interne WordPress-Schnittstelle zur Datenkommunikation) verlässt. Dies betrifft sowohl das Backend als auch das Frontend einer WordPress-Installation.

Warum listet Snitch WordPress-Cronjobs?

WordPress ruft interne Cronjobs über die WordPress HTTP API auf – genau diese Schnittstelle wird von Snitch überwacht und zeichnet auch die Cronjob-Zugriffe entsprechend auf.

Wenn Cronjobs zu oft angezeigt werden, stimmt vermutlich irgendwas nicht. Daher empfiehlt es sich, die Liste der geplanten Cronjobs zu überprüfen.

Der folgende Codeschnipsel in der WordPress-Konfigurationsdatei wp-config.php schaltet die Protokollierung der internen WordPress-Abfragen aus:

php
define('SNITCH_IGNORE_INTERNAL_REQUESTS', true);

Warum werden Snitch-Einträge von Google indexiert?

Snitch speichert seine Einträge als WordPress Individuelle Inhaltstypen. Wichtiger Schritt: Über ein WordPress-Attribut markiert Snitch alle Protokolleinträge als privat, also nicht öffentlich. So weit würde die Ideologie mit den privaten und unzugänglichen Einträgen funktionieren, wenn es nicht WordPress-Plugins gäbe, die alle – auch die privaten – Individuellen Inhaltstypen in die Welt tragen und mit Suchmaschinen kommunizieren. Mit fatalen Folgen für den Blogger.

Und so passiert es schnell, dass Google plötzlich auf Snitch-Einträge (als Blog-Seiten) stößt, die nicht für die Öffentlichkeit bestimmt sind. Zum Beispiel, weil Snitch-Einträge in der Sitemap-XML des Blogs auftauchen, da ein Sitemap-XML-Plugin der Meinung ist, dass man auch private Einträge hinzufügen und für die Indexierung freigeben muss. Da hilft auch keine Sperrung per robots.txt, denn die robots.txt-Datei verhindert nicht die Indexierung der Seiten.

Automatische Shares spielen verrückt

Die Tatsache, dass jeder neue Snitch-Eintrag automatisch eine Nachricht an Facebook und/oder Twitter sendet, liegt eindeutig nicht an Snitch. Vielmehr ist die Ursache im eingebauten Auto-Tweet-Facebook-Plugin zu suchen, das fälschlicherweise bei jedem – auch nicht-öffentlichen – WordPress Individuellen Inhaltstyp ein automatisches Ereignis auslöst. Und das ist falsch. Die Verwendung solcher Plugins sollte überdacht werden.

A complete documentation is available on the Snitch website.