Ratlosigkeit bei der Reloadsperre

**kill_bill** · 16.11.2003, 16:27

u.U. mit nem Cookie?

... wenn falsch dann einfach ignorieren ...

**flyingMiATA** · 16.11.2003, 16:30

Original geschrieben von kill_bill
u.U. mit nem Cookie?

... wenn falsch dann einfach ignorieren ...

hehe

naja, mit nem coocie müsste der user den countercode ja an oberster stelle der webseite einbauen, ich denke das würde designtechnische probleme bereiten *g*

**kill_bill** · 16.11.2003, 16:32

Original geschrieben von flyingMiATA
hehe
naja, mit nem coocie müsste der user den countercode ja an oberster stelle der webseite einbauen, ich denke das würde designtechnische probleme bereiten *g*

... ich meinte eher die reload-sperre via cookie. damit kannstde dann steuern, wann der keks zerfällt und wieder gezählt werden darf ...

**Tartax** · 16.11.2003, 16:37

1: Cookie
2: IP-speichern (ändert sich nur leider bei jedem Reconnect)
3: Wenn es um einen Login geschützen berreich geht auch eine tabelle, wo die UserID und der zwitpunkt abdem er wieder gezählt wird gespeichert sind!!

Andere (Sinnvolle) Möglichkeiten gibt es IMHO nicht!

**flyingMiATA** · 16.11.2003, 16:39

ja, schon klar

aber der user baut das script ja an beliebiger stelle in seine webseite ein, gesetzt wird der cookie ja dann wenn schon output an den user geschickt wurde und somit löppt der cookie ja nicht, oder lieg ich nun total daneben?

**flyingMiATA** · 16.11.2003, 16:41

Original geschrieben von Tartax
1: Cookie
2: IP-speichern (ändert sich nur leider bei jedem Reconnect)
3: Wenn es um einen Login geschützen berreich geht auch eine tabelle, wo die UserID und der zwitpunkt abdem er wieder gezählt wird gespeichert sind!!

also die sache mit dem ipspeichern wäre mir am liebsten, da man da nicht auf browsereinstellungen achten muss.

nur wie mache ich da die datenbank und die abfragen ohne die datenbank übermässig zu belasten?

mir fehlt irgendwie die idee für das grunddesign der datenbank

**kill_bill** · 16.11.2003, 16:41

isn punkt

**Tartax** · 16.11.2003, 16:48

Es reicht doch eine Tabelle mit einer spalte (IP) oder???

**kill_bill** · 16.11.2003, 16:50

Original geschrieben von Tartax
Es reicht doch eine Tabelle mit einer spalte (IP) oder???

bzw mit ip und user-id um die querverbindungen zum richtigen counter zu bekommen

**flyingMiATA** · 16.11.2003, 16:52

Original geschrieben von Tartax
Es reicht doch eine Tabelle mit einer spalte (IP) oder???

würde es sich um einen counter der nur auf einer webseite betrieben wird handeln würde die ip und der timestamp ja theoretisch reichen, aber es ist ja durchaus möglich, das der user von einer webseite welche den counterservice nutzt auf die nächste geht,. somit würde der zweite aufruf auf der nächsten seite ja nicht gezählt werden

**kill_bill** · 16.11.2003, 16:57

daher ja auch ip und user_id speichern. dann kann die ip mit der richtigen
user_id (bzw. mit dem richtigen Counter) in Verbindung gebracht werden.

Natürlich muß irgendwo noch ein Timestamp rein, damit Du nicht für alle Ewigkeit eine IP aussperrst

**Tartax** · 16.11.2003, 17:59

achsoo, jetzt versteh ich das problem(glaubich) du willst dass der gleiche counter auf unterscheidlichen Seiten läuft, die selbe db benutzt, die Daten aber separiert gespeichert werden...

ich würde das nicht mit dem timespamp machen, sondern so das maximal 500 IPs in der Tabelle gespeichert werden!

**flyingMiATA** · 16.11.2003, 18:20

Original geschrieben von Tartax

ich würde das nicht mit dem timespamp machen, sondern so das maximal 500 IPs in der Tabelle gespeichert werden!

naja, aber dadurch würde der counter ja hammer ungenau werden

**Abraxax** · 16.11.2003, 18:39

http://www.php-resource.de/forum/sho...threadid=29056

*CLOSE*

Ratlosigkeit bei der Reloadsperre