Kommentare von

Er hats... gemerkt! 😀

Guten Rutsch!

Meine besten Wünsche zurück! 🎇

Ah ja, ... verstehe.

Nee, die fangen nicht bei null an, sondern mit dem Januar, das heißt, man sieht immer das aktuelle Jahr von Januar bis Dezember, welches sich zunehmend füllt. Das hat aber auch nicht unbedingt etwas mit der rollenden Jahr der Löschung zu tun und war glaube ich schon immer so.
Wie es scheint hast du dich aber richtigerweise und zur rechten Zeit an das hier erinnert:

Löscht alle Einträge der "visitors"-Tabelle jeweils älter als 1 Jahr, da diese Logeinträge die Datenbank kontinuierlich aufblähen, zu einer steten Verlangsamung des System führen und z.Z. keinen echten Mehrwert bieten. Insofern Sie die alten Jahres-Daten für einen Vergleich benötigen, ist es am einfachsten, sich einen einfachen Browser Screenshot der "Erweiterte(n) Besucherstatistik" für Besucher, Top-Referrer und Monatsaufrufe am Ende des Jahres zu erstellen. Natürlich bleiben die bereits ausgewerteten Daten der "visitors_count"-Tabelle weiterhin erhalten.

Die Daten sind nicht weg, also müsste man (wenn) eine Kalenderanzeige programmieren, die immer mit dem 12. zurückliegenden Monat anfängt, also eine rollendes Kalenderjahr aus der Vergangenheit bis heute anzeigt, wenn ich nicht irre. Ziemlich viel Aufwand für ein screenshot replacement...

😶 Natürlich! 👍

Vorläufiges Ergebnis: Ich meine es liegt daran, dass man da selbst leicht durcheinanderkommt. 🤪
Total visits bezieht sich auf die total über all die Jahre der Existenz und total hits dito eben auf deren hits.
Da oben in der gleichen Box aber auf die auto Löschung unterhalb eines rollenden Jahres mit "Die erweiterte Besucherstatistik hat seit folgendem Zeitpunkt Daten gesammelt xxxx" Bezug genommen wird, nimmt man wahrscheinlich automatisch an, dass sich "Besucher gesamt" und "Aufrufe gesamt" auf dieses rollende Jahr der erweiterten Besucherstatistik beziehen. Dem ist aber laut der SQL queries nicht so, denn sie summieren ganz einfach die zusammengefassten Daten ohne weitere Kondition.

Ich bin selbst kurz darauf hereingefallen. Die Frage ist also, wie man das besser präsentiert? (Ohne meine üblichen Romane... 🙂)

Hmmm,

Diese Aussage gab es ja schon immer und bezieht sich auf den ersten Logeintrag-Tag in der visitors Tabelle. Dies war früher eben der Tag der ersten Installation bzew des ersten Zugriffs. ABER, diese Tabelle ist ja ein Log der Zugriffe und die Aggregation ihrer Daten für die visitors_count Tabelle geschieht mit jedem deiner Aufrufe des Statistics Plugins im Backend.

Sie vollmüllen zu lassen macht keinen Sinn und da ich früher schon Installationen erlebte mit hunderttausenden von Einträgen, die jene Systeme erheblich ausbremsten, habe ich das rollende Jahr der automatischen Löschung implementiert. Auch jetzt stimmt also die Aussage. Und deshalb steht sie auch da. Man weiß also das (noch) Daten eines komplett rollenden Jahres vorhanden sind.

Wahrscheinlich müsste man die beiden genannten SUMs irgendwie als absolut kennzeichnen - zb mit angehängtem (..seit Bestehen) - und dann zusätzlich noch eine SUMs / HITs des letzten oder des aktuellen Jahres hinzufügen. Wäre das ok? Eine Sum des rollenden Jahres analog zur jetzt neuen Anzeige macht wenig Sinn finde ich. (Oder?)

Wer weiss den schon genau, wann das war?

Anzunehmen war wohl früher, dass meist Bloginstallaton, der erste Eintrag und Statistik in die selbe Zeit fielen.

Du hast natürlich vollkommen recht!
Ich habe also augeräumt und dem Statistics Plugin eine echte Aufwertung beschert.
Danke für den Wunsch und dein Grummeln! 😊