par
moogli » 01 févr. 2012, 14:35
l'ip c'est pas une donnée fiable, vu qu'elle n'est pas fixe, il peux y avoir plusieurs personnes différente derrière la même ip (proxy,
vu que tu associe à l’émail ça doit lever ce problème).
bref même en mettant l'id du membre dans l'url c'est super fiable (car modifiable).
en partant sur ce principe tu peux regrader ce qu'il y a dans la variable $_SERVER pour avoir l'ip.
le reste c'est des requêtes select avec une clause where
http://phpdebutant.org/article63.php
avec tes infos la table de "log" est relativement simple aussi
id : clef primaire
iduser / email (l'id c'est mieux pour le coté performance et te permet d'avoir une gestion de contrainte, clef étrangère, simple si tu un id dans ta table, s'il s'agit de l'email utilise l'email, si clef primaire).
ip varchar(39) (a vérifier pour prévoir la taille d'une IPV6)
compteur entier
une requête qui incrémente un champ c'est update table champ = champ+1 where condition
@+
l'ip c'est pas une donnée fiable, vu qu'elle n'est pas fixe, il peux y avoir plusieurs personnes différente derrière la même ip (proxy,
vu que tu associe à l’émail ça doit lever ce problème).
bref même en mettant l'id du membre dans l'url c'est super fiable (car modifiable).
en partant sur ce principe tu peux regrader ce qu'il y a dans la variable $_SERVER pour avoir l'ip.
le reste c'est des requêtes select avec une clause where [url]http://phpdebutant.org/article63.php[/url]
avec tes infos la table de "log" est relativement simple aussi
id : clef primaire
iduser / email (l'id c'est mieux pour le coté performance et te permet d'avoir une gestion de contrainte, clef étrangère, simple si tu un id dans ta table, s'il s'agit de l'email utilise l'email, si clef primaire).
ip varchar(39) (a vérifier pour prévoir la taille d'une IPV6)
compteur entier
une requête qui incrémente un champ c'est update table champ = champ+1 where condition
@+
