In dem aktuellen Werbethread wird unter anderem über die Anzahl Klicks pro User und Tag geredet. Wie erhebt ihr derartige Statistiken? Nehmt ihr die einfach aus den Serverlogs (Seitenaufrufe pro IP?) oder sammelt ihr die selbst?
Was wird sonst noch gelogged? Wofür?
Welche Informationen sind sinnvoll um Multis zu entlarven? Welche gegen Bots?
mfG,
Sören
PS: Was die Bots angeht: solange die nicht übermässig viel Serverlast erzeugen würde ich die ja fast erlauben... Ich bin überhaupt nur auf die Idee gekommen mir ein eigenes Browsergame zu schreiben (und habe PHP gelernt), weil ich vorher für Inselkampf einen Bot geschrieben habe, der komplett für mich gespielt hat...
Was wird gelogged?
gepostet vor 19 Jahre von BuschnicK
gepostet vor 19 Jahre von Tweety
Das sind jetzt mehrere Paar Schuhe - es kommt drauf an, wofür die Logs verwendet werden sollen.
Ich z. B. logge die wichtigsten Eckdaten selbst mit (Aufrufe der Startseite, Accounterstellung, Freischaltung, Logins, Logouts, "Meilensteine" in der Entwicklung der Helden).Das mache ich, um zu sehen, wie lange mir Spieler erhalten bleiben, bzw. ab wann sie die Lust verlieren - und auch, um zu sehen, woher sie kommen. Komplett logge ich aber nicht alles mit.
Wenn du nur "Seitenaufrufe pro IP" aus den Serverlogs nimmst, wirst du dort in den Zahlen (wie im anderen Thread angesprochen) auch die Grafiken, Stylesheets, und alle anderen Dateien finden, die vom Server geholt werden - bei einer Page mit 20 Grafiken drin hättest du dann für die eine Seite schonmal 21 Aufrufe, wenn der Besucher die Grafiken nicht im Cache hat.
In dem anderen Thread sind aber auch Infos über entsprechende Log-Tools enthalten, wenn ich mich recht entsinne?
Ich z. B. logge die wichtigsten Eckdaten selbst mit (Aufrufe der Startseite, Accounterstellung, Freischaltung, Logins, Logouts, "Meilensteine" in der Entwicklung der Helden).Das mache ich, um zu sehen, wie lange mir Spieler erhalten bleiben, bzw. ab wann sie die Lust verlieren - und auch, um zu sehen, woher sie kommen. Komplett logge ich aber nicht alles mit.
Wenn du nur "Seitenaufrufe pro IP" aus den Serverlogs nimmst, wirst du dort in den Zahlen (wie im anderen Thread angesprochen) auch die Grafiken, Stylesheets, und alle anderen Dateien finden, die vom Server geholt werden - bei einer Page mit 20 Grafiken drin hättest du dann für die eine Seite schonmal 21 Aufrufe, wenn der Besucher die Grafiken nicht im Cache hat.
In dem anderen Thread sind aber auch Infos über entsprechende Log-Tools enthalten, wenn ich mich recht entsinne?
gepostet vor 19 Jahre von Klaus
Sowas könnte man aber rausfiltern aus den Logs. Das eigene mitloggen erzeugt noch zusätzlichle Last.
gepostet vor 19 Jahre von Tweety
Die Daten, die ich brauche, krieg ich nicht aus den Logs gefiltert, da die Sachen, die ich brauche (Heldenwerte, Sessiondaten, etc.), dort nicht erscheinen.
Prinzipiell isses aber sicher sinnvoller, die Logs zu filtern, wenn alles, was man braucht, dort zu finden ist.
Prinzipiell isses aber sicher sinnvoller, die Logs zu filtern, wenn alles, was man braucht, dort zu finden ist.
gepostet vor 19 Jahre von MannaZ
Also Apache selbst logt ja vollautomatisch jeden Zugriff mit (Bilder, Seiten, etc.) - der Acceslog - und dieser wiederum wird von anderen Programmen (zb Webalizer) statistisch ausgewertet.
Dieser ist aber für BG nur geringfügig nützlich da er keine Datenbank oder Sessioninformationen enthällt.
Darum sollte man, fals man überhaupt einen Log überhaupt braucht, eine eigene Log-Funktion/Klasse anlegen.
Ich handle es bei THC so, dass es eine "Watchlist" gibt, auf die zu beobachtende User gesetzt werden können, und nur diese werden komplett geloggt (Wann klickt der user wo auf welchen link und übermittelt was für parameter die wie auf die datenbank wirken ), da es von der Systemleistung her nicht möglich ist einfach alle User zu loggen.
Gegen Multis verwende ich eine einfache Kombination aus IP und Cookiesperre - Multis können sich bei mir also erst garnicht einloggen. Das spart mir erstens das anlegen von Logs und zweitens das Auswerten ebendieser. - User die eventuell fälschlicherweise als Multis erkannt werden können sich soffort melden und werden direkt freigeschalten.
Natürlich gibt es auch Trusts (Genemigungen) für User, die zu zweit einen Computer / IP-Adresse nützen (Geschwister, Kolegen, etc), aber erst nach übermittlung einer Kopie eines Lichtbildausweises.
Gegen Bots habe ich prinzipiell nichts, nur leider ist es bei THC mal ausgeartet als fast jeder user einen Bot verwendet hat und so der Server in die Knie gezwungen wurde. Darum verwende ich jetzt eine einfache Zeit/Klickzählung um Bots zu erkennen -> Sollte ein User ein einer gewissen Zeit soundso viele Aufrufe haben, so bekommt er einen "Bot-Allert" - ab einer gewissen Anzahl von Bot-Allerts wird man automatisch verwarnt.
Dies ist zwar eine ziemlich simple methode, da jeder der halbwegs programmieren- auch Timeouts setzen kann, doch ist die Anzahl der Scriptkiddy-Bots stark zurückgegangen.
Dieser ist aber für BG nur geringfügig nützlich da er keine Datenbank oder Sessioninformationen enthällt.
Darum sollte man, fals man überhaupt einen Log überhaupt braucht, eine eigene Log-Funktion/Klasse anlegen.
Ich handle es bei THC so, dass es eine "Watchlist" gibt, auf die zu beobachtende User gesetzt werden können, und nur diese werden komplett geloggt (Wann klickt der user wo auf welchen link und übermittelt was für parameter die wie auf die datenbank wirken ), da es von der Systemleistung her nicht möglich ist einfach alle User zu loggen.
Gegen Multis verwende ich eine einfache Kombination aus IP und Cookiesperre - Multis können sich bei mir also erst garnicht einloggen. Das spart mir erstens das anlegen von Logs und zweitens das Auswerten ebendieser. - User die eventuell fälschlicherweise als Multis erkannt werden können sich soffort melden und werden direkt freigeschalten.
Natürlich gibt es auch Trusts (Genemigungen) für User, die zu zweit einen Computer / IP-Adresse nützen (Geschwister, Kolegen, etc), aber erst nach übermittlung einer Kopie eines Lichtbildausweises.
Gegen Bots habe ich prinzipiell nichts, nur leider ist es bei THC mal ausgeartet als fast jeder user einen Bot verwendet hat und so der Server in die Knie gezwungen wurde. Darum verwende ich jetzt eine einfache Zeit/Klickzählung um Bots zu erkennen -> Sollte ein User ein einer gewissen Zeit soundso viele Aufrufe haben, so bekommt er einen "Bot-Allert" - ab einer gewissen Anzahl von Bot-Allerts wird man automatisch verwarnt.
Dies ist zwar eine ziemlich simple methode, da jeder der halbwegs programmieren- auch Timeouts setzen kann, doch ist die Anzahl der Scriptkiddy-Bots stark zurückgegangen.