Benötigt wird einzig ein wordpress.com-API-Key – ist der nicht vorhanden kann man sich kostenlos unter wordpress.com registrieren. Das Benutzen eines Blogs auf wordpress.com ist für den API-Key nicht erforderlich. Mit einem API-Key lassen sich die Statistiken von mehreren Blogs erfassen (Wie viele genau geben die Macher nicht an, ich denke auch 10 private Blogs sollten in Ordnung sein).

Die Statistiken präsentieren alle Informationen die für einen Blogger von belang sind, also neben den nackten Besucherzahlen u.a. die Referrer, die Suchbegriffe, eingehende Links und die meistgelesenen Beiträge.

Das Plugin integriert sich im lokalen Dashboard, führt aber nach einem Klick auf dashboard.wordpress.com, wo die Statistiken angezeigt werden.

Und so gehts:

• 1.) Das Plugin laden und entpacken
• 2.) Die stats.php im Ordner /wp-content/plugins/ ablegen
• 3.) Im Dashboard unter Plugins das Plugin “WordPress.com Stats” aktivieren
• 4.) Hast Du schon Akismet installiert, kannst Du den API-Key durch einen Klick übernehmen, ansonsten musst Du Dich bei wordpress.com registrieren um einen Key zu erhalten
• 5.) Du findest jetzt direkt in Deinem Dashboard den Link Blog-Stats bzw. Blogstatistik

Wichtig ist darauf zu achten, dass in Deinem Theme wp_footer(); direkt vor /body aufgerufen wird, da sonst das Plugin unter Umständen nicht korrekt eingebunden wird – die kleine Grafik, mit der die Statistiken erfasst werden, siehst Du als eingeloggter User übrigends nicht.
Andere Statistik-Tools beeinträchtigt das Plugin nicht.

(Für die, die es interessiert: ich verwende zum Aufbau des Metablogs bdprss, womit ich die Feeds der einzelnen Blogs zusammenfasse und über ein angepasstes Template auf der Hauptseite ausgebe. Das Plugin kommt ohne Cron-Job aus, da es durch Hits aufgerufen wird. Hier gilt: je mehr Besucher ein Blog hat, desto mehr Feeds kann ich auf diese Weise zusammenfassen. Die Möglichkeit statt aktueller Beiträge eine bestimmte Seite anzeigen zu lassen ist seit WordPress 2.1 gegeben. FeedWordPress)

Manchmal muss ich ein bisschen lachen wenn ich sehe, über welche Suchbegriffe Besucher auf unsere Seite kommen

Oder ist das am Ende eine anerkannte Berufskrankheit Wilhelm?

Ich poste mal mit und mit noch ein paar solcher “Stilblüten”, leider sind ein paar lustige schon wieder aus den Statistiken verschwunden.

Da die Schaltung von Google-AdSense Anzeigen leider nicht den gewünschten Erfolg bringt (genaue Zahlen darf ich nicht veröffentlichen), müssen wir wohl oder übel an der Blutspende-Aktion zur Finanzierung der Seite festhalten…

Seit heute Nachmittag liegt die Seite jetzt auf einem rootDS und immer noch webperoni, da schon gezahlte Gebühren ver- und der Umzug nicht berechnet wurden.
Nach der Optimierung des Servers und vor allem durch den Einsatz von wp-cache kommt die gesamte DTFDW-Seite jetzt wieder auf ordentliche Ladewerte:

ohne Caching braucht dieser Artikel 4,110 Sekunden zum Laden, gecached nur noch 1,703 Sekunden. Auch das Monitoring via Alertsite zeigt momentan keine Ladespitzen mehr: der Wechsel auf den rootDS hat die Response Time auf unter 5 Sekunden, der Einsatz von wp-cache auf um die 2 Sekunden gedrückt.

Caching?
Normalerweise wird beim Aufruf einer Seite der Inhalt aus einer Datenbank gelesen und die gesamte Seite dynamisch erstellt – das kostet Zeit. Nachdem eine Seite einmal aufgerufen worden ist, wird sie statisch gespeichert ( “gecached” ), beim nächsten Aufruf fallen das Abfragen der Datenbank und die dynamische Erstellung weg – ihr habt die Seite schneller auf dem Schirm.

Leider lässt die Performance der gesamten DTFDW-Seite im Moment mehr als zu wünschen übrig, und das nicht nur zu den klassischen Stosszeiten.
Natürlich steigen die Zugriffs- und Besucherzahlen an und werden dies auch weiter tun, trotzdem war ich eigentlich der Meinung nach der Geschäftsaufgabe von Alturo und dem Wegfall des eigenen Rootservers für DTFDW bei webperoni in guten Händen zu sein.
Der vServer (leider ohne garantierte Ressourcen) braucht aber zur Zeit gemittelt über 10 Sekunden um eine Seite auszuliefern (dynamische Seiten – Messung via alertsite.com).
Da dies nun wirklich kein Zustand ist steht ein Upgrade an – ob auch bei webperoni wird die Reaktion des Supports zeigen, es wäre mir allerdings lieb, da u.a. die Domains sonst schon wieder umgezogen werden müssten.

Zumindest die Finanzierungsfrage scheint aber geklärt, dazu später mehr

Ich habe also nach einer Möglichkeit gesucht, ohne zu viel Aufwand ein komplettes Backup aller Bilder zu machen und bin auf FlickrDown gestossen, mit dem man entweder komplette Sets oder alle Bilder lokal in der maximal verfügbaren Aulösung abspeichern kann.

Was mir noch fehlt ist die Option auch die Tags zu speichern und in die EXIF-Informationen zu schreiben, aber überhaupt ein Backup machen zu können ist eine schöne Sache.
Für 4000 Bilder sollte man allerdings nicht nur genug freien Platz auf der Festplatte, sondern auch rund 4 Stunden Zeit einplanen…

P.S.: 4 Stunden waren doch etwas zu optimistisch, in der Zeit war nicht einmal die Hälfte der Bilder auf der Festplatte, also wird das mal über Nacht laufen müssen.

Nachtrag: (15:20 Uhr)
Es gab leider noch ein kleines Problem: durch das neue System lauten jetzt alle Links (auch die zu den alten Beiträgen) die-tollsten-freunde-der-welt.de/blog/. Dadurch kam es bis grade zu einigen Ausfällen der Seite bzw. entsprechenden Fehlermeldungen.