Problem nach Wechsel von WordPress.com zu Jetpack beseitigt

Lange habe ich es hinausgezögert, das Update von WordPress.com Stats, Version 1.8.5 durch die Installation von Jetpack durchzuführen. Zu groß war die Sorge, mir ein dickes Pluginpaket aufzuhalsen, von denen ich die wenigsten Funktionen verwenden werde.

Okay, ich kann nicht benötigte Funktionen deaktivieren. Allerdings fragte ich mich, ob die angebotenen Module nicht auch im inaktiven Zustand die Performance belasten können.

Nun gut, früher oder später wäre entweder ein Update oder ein Verzicht dieser Statistikauswertung sowieso fällig gewesen. Die Version WordPress 3.4 steht in den Startlöchern und wer weiß, ob WordPress.com Stats 1.8.5 noch kompatibel sein wird.
Wer meinen Blog bereits kennt, wird es schon ahnen: genau, das Update verlief nicht ganz problemlos. ;-)

Wo war die Statistikanzeige?

Witzigerweise funktionierte das Update auf meiner „Bunten Blogwelt“ einwandfrei. Im Backend wurde sofort die Statistikkurve durch die -balken ersetzt und die Seitenaufrufe wurden weiterhin fortlaufend gezählt.

Nicht so hier im Blog. Gähnende Leere herrschte an der Stelle, wo die Statistik angezeigt werden müsste. Dummerweise trat zeitgleich auch noch ein Datenbankproblem auf und ich musste meinen Hoster kontaktieren. Nun wusste ich nicht, ob dieses Problem eventuell die Installation beeinträchtigt hatte oder umgekehrt, durch die Installation ein Problem in der Datenbank verursacht wurde.
Höchstwahrscheinlich traf keines von beidem zu, aber diese Gedanken macht man sich in dem Moment einfach.

Die Lösung fand ich in der Datenbank

Nach einigem Hin und Her, Deaktivieren und Wiederaktivieren (eine Deinstallation habe ich nicht gewagt aus Sorge, dass sämtliche Statistikzahlen verloren gehen) warf ich einen Blick in die Datenbank und verglich die Einträge von diesem Blog mit denen der „Bunten Blogwelt“.

Die Einträge dazu sind in der Regel unter wp_options zu finden. Allerdings kann bei Euch das Präfix anders lauten, je nachdem welches ihr bei der WordPress-Installation vorgegeben habt. Ich habe in der Suche “stats” eingegeben, um mir die Tabelleneinträge von WordPress.com Stats anzeigen zu lassen.
Und siehe da: bei Sylvis Blog waren vier, in der Bunten Blogwelt nur drei Einträge vorhanden.

Diesen doppelten Wert habe ich – natürlich nicht ohne vorher eine Datenbanksicherung zu machen! – gelöscht. Leider kann ich nicht mehr reproduzieren, um welchen Wert es sich genau („transient…“) dabei handelte. Mein Glück war wohl, dass ich zeitgleich an zwei unterschiedlichen Blogs das Update vollzogen hatte und sich daher der Wert hervorhob, der in der Datenbank des anderen Blogs nicht vorlag.

Und siehe da: die Statistik wurde nun auch hier wieder richtig angezeigt. Nur an dem Tag, als das Plugin nicht richtig funktionierte, fehlt ein Teil der Seitenaufrufe.

Während ich diesen Beitrag schreibe, stelle ich ein neues Phänomen fest. Bei erneuter Suche in der options-Tabelle sind in der Datenbank von Sylvis Blog nun drei Einträge und in der von der Bunten Blogwelt nur noch zwei vorhanden.

DB-Einträge Sylvis Blog

DB-Einträge Bunte Blogwelt

Im Backend beider Blogs funktioniert die Anzeige einwandfrei.