Silvester-Edition 3.7.1 und PHP 8.0.13

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! 😊

Und wenn man dann noch mit jemanden redet, gibt es gleich ein [de] Update hinterher, denn "Aufrufe, auf den [Tag/Monat] bezogen" sind natürlich "Besucher", nicht "Aufrufe"!
Das ist in all den langen Jahren der Existenz nie augefallen, tztztz. 😉

Habe ich das nicht? 😱

Mit V3.5.1 ist nun alles perfetto!

Naja....  Mich stört noch diese etwas sinnlos gewordene Top Referrer Box, denn seit Google damals die Such-Referer entfernt hat ist das doch alles ziemlich aussagelos geworden. Außer ein paar ganz wenigen echten und sinnvollen Referer Seiten gibt sonst nur noch Spam Seiten und den ewig fortlaufenden unknown, die eigene domain und eben die Suchmaschinen, aber eben ohne wirklichen Wert. So hat man sicher nach einiger Zeit/Jahren auch Links zu Seiten die man dort bestimmt gar nicht haben will. Ich habe da selbst schon Verschiedenstes gesehen. Beim Einen noch ganz passabel, beim Anderen ein Graus.

Wie sieht das bei dir aus?
Was macht man damit? Komplett entfernen, nur klickbare Links entfernen, bestimmte referer aus der Liste ausklammern, konfigurierbare Liste für Referer die dort nicht erscheinen und gezählt werden dürfen, oder wie...?

Hier gehts ohne Fehler zb "Ferien" ergab 127 Treffer und pagination läuft.

Das gilt auch für dein LIVE blog und die styx. edition. Beide gehen wie gewünscht mit diesem Begriff.

Schade. 😢

Ist wie Phuket, nur schlimmer. Komisch ist aber, dass soviele andere ohne jegliche Probleme gehen. [ Bett, Filet, Gartenhaus, Geschichten, *mond, Indien, Rhein, Schleier* ]. Ich kann mir das nicht wirklich erkären. Und da du mich ja kennst, wurmt mich das... Die Logs wären da wohl wesentlich. Dieser index error macht erst recht keinen Sinn und scheint mir nur eine Art regression - also Folgefehler - eines anderen Fehlers (der im Log sein müsste) zu sein.