Enfin la grosse différence c'est que stocké coté serveur

l'id est du coté client aussi (dans le cookie de sessions
L'ip représente en effet un risque du fait quelle peut-être variable mais ça me simplifiait grandement la gestion...Tu peux m'en dire plus sur l'association des sessions et de la base sql ?
il faudrait associé l'id de sessions dans la base comem si c'est l'id d'un utilisateur, mais je pense pas que ca sois une bonne idée, si la personne surpimer ca sessions, la ligne va resté dans ta base et la personne ne pourra pas editer/surpimer son rdv[/quote]
Pour l'id unique, c'est pas con, mais je peux pas gérer le flood :/
un captcha me semble pas mal, ensuite il suffis d'envoyer un mail a la personne avec un lien unique qui lui permet d'éditer/supprimer son rdv
mais j'invente rien c'est ce que fais
doodle 
[quote="acme"]Enfin la grosse différence c'est que stocké coté serveur ;)[/quote]
l'id est du coté client aussi (dans le cookie de sessions :wink:
[quote="acme"]
L'ip représente en effet un risque du fait quelle peut-être variable mais ça me simplifiait grandement la gestion...Tu peux m'en dire plus sur l'association des sessions et de la base sql ?[/quote]
il faudrait associé l'id de sessions dans la base comem si c'est l'id d'un utilisateur, mais je pense pas que ca sois une bonne idée, si la personne surpimer ca sessions, la ligne va resté dans ta base et la personne ne pourra pas editer/surpimer son rdv[/quote]
[quote="acme"]
Pour l'id unique, c'est pas con, mais je peux pas gérer le flood :/[/quote]
un captcha me semble pas mal, ensuite il suffis d'envoyer un mail a la personne avec un lien unique qui lui permet d'éditer/supprimer son rdv
mais j'invente rien c'est ce que fais [url=http://www.doodle.com/]doodle[/url] :wink: