Reutiliser les id ? - SQL/NoSQL - Programmation
Marsh Posté le 26-05-2005 à 18:03:29
non impossible!
en access c'est impossible!
et en oracle avec une séquence également impossible!
c'est normal aussi...
néanmoins ça peut tjs se programmer! mais ça devient lourd et sans interet majeure.
Marsh Posté le 26-05-2005 à 18:05:27
Quel est l'intérêt? Peur de manquer?
Marsh Posté le 26-05-2005 à 18:23:31
skeye a écrit : Quel est l'intérêt? Peur de manquer? |
Marsh Posté le 26-05-2005 à 22:09:14
Oui, j ai peur de manquer
Je m'explique :
Ma table stocke en fait les ip des utilisateurs qui se connectent (ma table a un id et un champs texte pour l'ip).
Je stocke l'ID de l'ip de l'utilisateur dans $_SESSION. Ainsi, si jamais un pirate obtient un ID de session, lorsqu'il arrive sur une page, le site va verifier qu'il a bien la meme ip que lorsqu'il s'est logé.
MAIS
ca "bouffe" un id a chaque connexion. Et il y a beaucoup de connexions.
Marsh Posté le 26-05-2005 à 22:57:53
benji_100 a écrit : Oui, j ai peur de manquer |
test stupide et inutile quand on sait que les abonnes AOL ont des ips differentes a chaque visite...
Marsh Posté le 27-05-2005 à 00:16:39
benji_100 a écrit : Oui, j ai peur de manquer |
On va partir sur le fait que tu utilises MySql, et que tes ID sont du type INT (signé). Ca te laisse 2 147 483 647 valeurs différentes. Autant dire qu'il y a de la marge Sinon sous MySql une fois arrivé à la fin, bah... Ca foire
Marsh Posté le 27-05-2005 à 01:05:31
Flo, Merci, j'avais pas fait le calcul ! Sur la base de 1000 visites/jours, ca fé plusieurs milliers d'années!
Merci !!
Gizmo, deja traite pas mon test de stupide nan? C'est juste que t as pas compris ma methode mais bon j ai pas envie de t expliquer.
La solution est pas trouvée (ya pas de solution semble t il), mais le probleme est resolu
Tchao et merci encore.
Marsh Posté le 27-05-2005 à 07:06:34
C'est toi qui n'a rien compris. Il suffit qu'UN seul visiteur soit chez AOL pour que ton systeme tombe par terre.
Et d'ailleur, il n'y a pas que les utilisateurs AOL qui disposent de ce type de systeme...
Marsh Posté le 27-05-2005 à 08:47:56
gizmo a écrit : C'est toi qui n'a rien compris. Il suffit qu'UN seul visiteur soit chez AOL pour que ton systeme tombe par terre. |
Euh peut-être que sa vérification ne s'effectue que sur une "session". Et pas à chaque fois.
Si c'est bien ce que j'ai compris, tu peux "t'amuser" à droper ta table tous les x jours. Puisqu'il y a peu de chance qu'une personne visite non-stop ton site sur plusieurs jours.
Bon si tu veux garder un historique (mais on ne dirait pas que c'est le but), avant de faire un drop et de reconstruire ta table, tu la copie dans une table archive (avec une date si tu l'as pas prévu).
Voilà, j'espère que ma maigre contribution pourra t'aider.
Mais comme la fait remarquer FlorentG, t'as de la marge
Marsh Posté le 27-05-2005 à 09:17:11
gfa a écrit : Euh peut-être que sa vérification ne s'effectue que sur une "session". Et pas à chaque fois. |
Et? ca ne change absolument rien au problème. Les abonnées AOL changent d'ip à chaque page qu'ils consultent, donc dans une même session un même utilisateur aura plein d'ip différentes. Et c'est le même problème qui va se poser pour les gens qui sont derrière un proxis...
Marsh Posté le 27-05-2005 à 15:45:48
J ai du mal a te croire gizmo... changer d ip a chaque consultation de page ... quelle idee !
Ou est ce que t as entendu ca???
Pourquoi un proxi poserait il pb?
Tx
Marsh Posté le 27-05-2005 à 16:00:29
benji_100 a écrit : J ai du mal a te croire gizmo... changer d ip a chaque consultation de page ... quelle idee ! |
cf réponse de FlorentG pour AOL. Pour les proxi, c'est pareil, sauf que le problème est inversé. Tu vas avoir plein de personnes avec une même ip mais des sessions différentes. De ce fait ta protection est tout aussi inutile car tu ne saurais plus filtrer un voleur de session qui utiliserait le même proxy qu'un utilisateur qui s'est fait voler sa session.
Marsh Posté le 27-05-2005 à 16:30:44
Si vous le voulez bien je vais creer un nouveau sujet, ca fera plus "propre", car on ne parle plus du sujet initial
Marsh Posté le 27-05-2005 à 16:31:52
gizmo a écrit : cf réponse de FlorentG pour AOL. Pour les proxi, c'est pareil, sauf que le problème est inversé. Tu vas avoir plein de personnes avec une même ip mais des sessions différentes. De ce fait ta protection est tout aussi inutile car tu ne saurais plus filtrer un voleur de session qui utiliserait le même proxy qu'un utilisateur qui s'est fait voler sa session. |
Pour le cas du proxy, je suis entièrement d'accord. Par contre pour le coup de changer d'adresse IP à chaque visite de page, là j'émets un doute... Ou alors c'est que le temps de validité d'un "leasing" d'adresse IP chez AOL est de l'ordre de la seconde (allez 10s. on va dire).
Ce qui me paraît plus qu'étonnant parce que ça voudrait dire que leur(s) serveur(s) (ou routeurs) passeraient leur temps à traiter ces demandes plutôt que faire autre chose... Bref ça me laisse sceptique...
Est-ce qu'il n'y aurait pas qqn de chez AOL qui vient sur ce forum pour nous renseigner par hasard?
Marsh Posté le 27-05-2005 à 18:59:13
ca n'a rien a voir avec le leasing d'ip. c'est juste que l'ip que tu recois est celle d'un serveur d'AOL qui fait office de proxy. Et ce proxy dispose de plusieurs ip pour alleger sa tache.
Marsh Posté le 26-05-2005 à 17:53:47
Bonjour,
) :

Voici mon probleme (je fais simple
Je créé une table T dans laquelle les éléments ont un id (auto_increment).
J'insere un element E1. Il aura l'id 1.
J'insere un element E2. Il aura l'id 2.
J'insere un element E3. Il aura l'id 3.
Je supprime E1.
Je supprime E2.
Je supprime E3.
J'insere un element E4. Il aura l'id 4.
J'insere un element E5. Il aura l'id 5.
J'insere un element E6. Il aura l'id 6.
Est il possible de réutiliser les id 1, 2 et 3 qui ne correspondent plus à rien dans ma table ?
Merci