[lokari]

Hallo zusammen,

ich bastle grad an einem kleinen Versuchsprojekt - wie schon in der Überschrift zu lesen, an einem Counter. In diesem Fall geht es um einen kleinen einfachen Multicounter (Counterdienst).

Die Thematik Anmeldung und optische Ausgabe ist erstmal völlig egal. Mir geht es primär um die möglichst einfach Datenspeicherung. Der Dienst soll keine ausführlichen Statistiken enthalten.

Mit folgenden Werten soll gearbeitet werden:

- Besucher gestern
- Besucher heute
- Besucher gesamt
- Besucher Online

Damit nicht jeder reload gezählt wird soll eine einfache IP-Reloadsperre eingebaut werden.

Nun stellt sich die Frage wie sowas performancetechnisch am besten hinzubekommen ist.

Meine Idee wäre hier nun mit 2 Tabellen zu arbeiten:

1. Tabelle für die Onlineuser und die Reloadsperre

Felder: ID (counter-ID), IP-Adresse, Timestamp

2. Tabelle für die Werte gestern/heute/gesamt

Felder: ID, gestern-tag, gestern-wert, heute-tag, heute-wert, gesamt-wert

So lange die Kombination ID + IP in Tabelle 1 schon vorhanden ist und der Timestamp nicht älter als X Minuten (Reloadsperre) ist, wird der Timestamp stetig mit erhöht und keine Veränderung in der zweiten Tabelle vorgenommen.

Bei den "Tag"-Feldern in der zweiten Tabelle kommt jeweils
der Tag (Datum) rein, für das der Wert gilt. Entspricht dieser Tag nicht mehr dem aktuellen Tag (für heute bzw. gestern), wird der Wert resettet und der aktuelle Tag reingeschrieben.

Soweit so gut - comments? hab ich was übersehen?

Nun stellt sich die Frage über die detaillierte Vorgehensweise...

Der erste Query muss prüfen ob die Kombination ID + IP in Tabelle 1 vorhanden ist und (wenn ja) wie alt der Timestamp ist. Wenns um das reine Vorhandensein (ohne Timestamp) ginge, würde ich das über "ON DUPLICATE KEY" lösen, aber wie bringe ich da den Timestamp unter?

Oder evtl. doch erstmal die User online auslesen mit "SELECT * FROM log WHERE ID = 'x' AND timestamp > 'y'" und dann per php prüfen und danach ggf. inserten/updaten?

Ich dreh mich bei meinen Überlegungen gerade etwas im Kreis und würd mich über einen Gedankenanstoß freuen.

Sorry wenn das alles komplett irsinnig erscheint, aber ich bin php-technisch immer noch sehr grün hinter den Ohren. Evtl. gibt's auch ne ganz andere Lösung dafür?

Danke!

[PaterNoster]

Hast Du Dir das hier

http://forum.developers-guide.net/showthread.php?t=3338

schon mal angesehen? So als Inspiration...

[lokari]

nein, aber danke für den Hinweis.

Löst leider meine Probleme nicht, aber Inspiration kann ja nie schaden

[Ben]

Zitat von lokari

So lange die Kombination ID + IP in Tabelle 1 schon vorhanden ist und der Timestamp nicht älter als X Minuten (Reloadsperre) ist, wird der Timestamp stetig mit erhöht und keine Veränderung in der zweiten Tabelle vorgenommen.

Da kann die Tabelle aber recht schnell sehr groß werden, wenn du mehrere Counter auf mehreren stark frequentierten Seiten hast.
Wollt ich nur mal so angemerkt haben.

Zitat von lokari

erstmal die User online auslesen mit "SELECT * FROM log WHERE ID = 'x' AND timestamp > 'y'" und dann per php prüfen und danach ggf. inserten/updaten?

Würde ich so machen, aber das heißt nix, da ich ne SQL-Niete bin.

Grüße, Ben.

[lokari]

Da kann die Tabelle aber recht schnell sehr groß werden, wenn du mehrere Counter auf mehreren stark frequentierten Seiten hast.
Wollt ich nur mal so angemerkt haben.

da hast Du im Prinzip natürlich recht, wobei ich ja keinen Eintrag brauche der älter ist, als die Reloadsperre lang insofern stündlicher cleaner-Cron und alles is gut, oder?

Würde ich so machen, aber das heißt nix, da ich ne SQL-Niete bin.

mir ging's dabei auch eher um's Prinzip als um das SQL-Statement

[Ben]

Zitat von lokari

wobei ich ja keinen Eintrag brauche der älter ist, als die Reloadsperre lang insofern stündlicher cleaner-Cron und alles is gut, oder?

Klar, wenn du das so regeln kannst ist das natürlich im Rahmen.

Bzgl. SQL-Statement.
Ich wollte damit aussagen, dass ich keine SQL-Lösung dafür kenne, so dass ich letztlich den Weg übr PHP gehen würde.

Grüße, Ben.