Seitenzugriffe Loggen mit Ajax

Neben einem Nachteil gibt es nur Vorteile gegenüber dem hardcoded Logging

In meinem Framework wird jede einzelne Seite mit Perl ausgeliefert. Genauer gesagt, jede Einzelseite, sei sie interaktiv oder nicht, wird von ein und demselben Script als Response zusammengebaut und an den Webserver zrückgegeben. Für's Loggen der Zugriffe wäre es naheliegend, diese Angelegenheit gleich in der main, hardcoded zu erledigen. Das würde jedoch den Ladevorgang einer Seite verzögern, denn der Aufbau einer Verbindung zur Datenbank (zum Speichern) braucht Zeit.

Aus diesem Grund habe ich mich hierzu entschlossen, die Seitenzugriffe per AJAX zu Loggen, dieser Vorgang ist damit asynchron und hat auf das Laden einer Seite keinen Einfluss. Ein weiterer Vorteil besteht darin, dass auf diese Art und Weise die meisten Bot's aus der Statistik rausfallen. Des Weiteren ermöglicht ein asynchrones Loggen, dass die jeweilige Seite per Last-Modified-Header vom Browser gecached werden kann.

Der AJAX-Request für den Logg-Vorgang ist vom normalen Laden der Seite völlig unabhängig und diesbezügliche JavaScript-Anweisungen sind kurz vor Schluss einer Seite definiert. Der Request ist an den URL der jeweiligen Seite gerichtet, die gerade im Browser aufgerufen wurde. Damit sich für den normalen Ablauf in der Erstellung einer Response keine ungewünschten Abhängigkeiten ergeben, sorgt ein spezieller Request-Header dafür, dass eine bestimmte Methode (Funktion) im Framework aufgerufen wird, welche nur für den Loggvorgang zuständig ist. Ein weiterer Request-Header Content-Type: application/octet-stream teilt dem Framework mit, dass der Request keine Parameter enthält.

Infolge dieser Maßnahmen ist das Loggen in das Framework nahtlos integriert und gleichzeitig vom Framework-Interface entkoppelt. Dass heißt, dass der AJAX-Request für den Loggvorgang keine der für das Interface definierten Methoden aufruft. Ebensowenig sind für's Loggen zusätzliche Ressourcen notwendig.

Die Top-30 unter den Seitenaufrufen