Dies ist eine SQL-Version des Dashboard-Berichts für Anonyme.
Dieser Bericht zeigt die Anzahl der Seitenaufrufe, die eine Website pro Tag von anonymen Benutzern (Benutzer, die nicht angemeldet sind) über einen bestimmten Zeitraum erhalten hat.
--[params]
-- date :start_date = 2023-12-01
-- date :end_date = 2024-01-01
SELECT
date,
SUM(count) AS pageviews
FROM
application_requests
WHERE
req_type = 8
AND date BETWEEN :start_date AND :end_date
GROUP BY
date
ORDER BY
date
Erklärung der SQL-Abfrage
Parameterdefinition: Die Abfrage beginnt mit der Definition von zwei Parametern, :start_date und :end_date, die zum Filtern der Daten auf den gewünschten Zeitraum verwendet werden. Beide Datumsparameter akzeptieren das Datumsformat JJJJ-MM-TT.
Datenauswahl: Es werden zwei Spalten ausgewählt: date und die Summe von count, die als pageviews bezeichnet wird. count stellt die Anzahl der Seitenaufrufe für jeden Datensatz dar.
Datenquelle: Die Daten stammen aus der Tabelle application_requests, die verschiedene Arten von Anfragen protokolliert, die an die Anwendung gestellt werden.
Filterung: Die WHERE-Klausel filtert die Datensätze, um nur diejenigen einzuschließen, die vom Typ page_view_anon (req_type = 8) sind und in den angegebenen Datumsbereich fallen.
Aggregation: Die GROUP BY-Klausel gruppiert die Ergebnisse nach der Spalte date, wodurch die SUM-Funktion die Gesamtzahl der Seitenaufrufe für jedes Datum berechnen kann.
Sortierung: Schließlich werden die Ergebnisse nach dem date in aufsteigender Reihenfolge sortiert, was eine chronologische Ansicht der anonymen Seitenaufrufe liefert.
Beispielergebnisse
datum
seitenaufrufe
2023-12-01
12345
2023-12-02
11346
2023-12-03
18344
2023-12-04
15344
2023-12-05
12890
…
…
Hinweise zu req_type
Die Spalte req_type in der Tabelle application_requests kategorisiert die Art der Anfrage. In dieser Abfrage sind wir an req_type = 8 interessiert, was anonymen Seitenaufrufen entspricht.
Andere req_type-Werte repräsentieren verschiedene Arten von Anfragen, wie z. B. Seitenaufrufe von Crawlern, Seitenaufrufe von angemeldeten Benutzern und verschiedene HTTP-Antwortstatus.
Ich habe das ursprünglich auch in Betracht gezogen, aber der Admin-Dashboard-Bericht enthält nur page_view_anon und nicht page_view_anon_mobile.
Mit der jetzigen Abfrage spiegelt sie den Dashboard-Bericht exakt wider, und Sie können dies überprüfen, indem Sie die Abfrage ausführen und die Ergebnisse mit denen des Dashboard-Berichts vergleichen.
Dies wirft eine andere, aber verwandte Frage auf: Sollte der Dashboard-Bericht anonyme mobile Seitenaufrufe enthalten?
Intuitiv würde ich ja sagen, aber es wäre interessant, andere Meinungen dazu zu hören.
[quote=„Sara Devlaeminck, Beitrag:3, Thema:289114, Benutzername:SaraDev”]
sollte das Dashboard-Reporting anonyme mobile Seitenaufrufe einschließen?
[/quote]
Ich kann keinen Grund finden, sie nicht einzuschließen.
Ah, Entschuldigung. Ich hätte in meinem Kommentar spezifischer sein sollen. Ich habe bemerkt, dass dies eine exakte Nachbildung war, und ich meinte, dass der Dashboard-Bericht selbst ihn enthalten sollte.
Entschuldigung, hier ist es Morgen und ich brauche mehr Kaffee, also bin ich hart gegen die Sprachbarriere gestoßen.
Denken Sie jetzt, dass „total“ auch Mobiltelefone einschließen sollte, da Mobiltelefone jetzt ausgeschlossen sind? Oder sollte es zwei Metriken anzeigen, tatsächliche Gesamtansichten UND Mobiltelefonansichten?
Derzeit scheint der Dashboard-Bericht nur den einen req_type (8) zu enthalten, was bedeutet, dass nur Desktop-Anon-Aufrufe gezählt werden.
Wir fragen uns, warum die mobilen Daten nicht mitgezählt werden (entweder als Gesamtzahl oder als zwei Zahlen, damit Sie sie detaillierter sehen können).
Das kann nicht stimmen, oder es zählt auch Bots mit. Dann hätte ich ungefähr 1000 pro Tag, und das klingt richtig. Aber ich weiß, dass ich nur sehr wenige Desktops habe. Und die Situation, in der ich 1000 Desktops und 9000 Mobiltelefone hätte (ja, das Verhältnis ist so), kann nicht stimmen.
Hmm. Ich bin mir nicht sicher. Ich glaube, der Code ist hier:
Es besteht die Möglichkeit, dass page_view_anon_mobile eine Teilmenge von page_view_anon ist. Hoffentlich kann jemand, der das lesen kann, helfen und Rat geben.
Huh. Ja, diese Logik würde page_view_anon erhöhen, unabhängig davon, ob die Seitenansicht als von einem mobilen Gerät klassifiziert wird oder nicht. Ich glaube, ich muss einige Abfragen aktualisieren . . .