Reutiliser les id ?

Reutiliser les id ? - SQL/NoSQL - Programmation

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 ;)

Reply

Marsh Posté le 26-05-2005 à 17:53:47   

Reply

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.

Reply

Marsh Posté le 26-05-2005 à 18:05:27    

Quel est l'intérêt? Peur de manquer?


---------------
Can't buy what I want because it's free -
Reply

Marsh Posté le 26-05-2005 à 18:23:31    

skeye a écrit :

Quel est l'intérêt? Peur de manquer?


 
 [:grinking]


---------------
What if I were smiling and running into your arms? Would you see then what I see now?  
Reply

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.

Reply

Marsh Posté le 26-05-2005 à 22:57:53    

benji_100 a écrit :

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.


test stupide et inutile quand on sait que les abonnes AOL ont des ips differentes a chaque visite...

Reply

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 :D

Reply

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.


Message édité par benji_100 le 27-05-2005 à 15:44:09
Reply

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...

Reply

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.
Et d'ailleur, il n'y a pas que les utilisateurs AOL qui disposent de ce type de systeme...


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 :)
 

Reply

Marsh Posté le 27-05-2005 à 08:47:56   

Reply

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...

Reply

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:)

Reply

Marsh Posté le 27-05-2005 à 15:46:34    

Et pourtant, c'est le cas pour les utilisateurs d'AOL...

Reply

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 !
Ou est ce que t as entendu ca???
Pourquoi un proxi poserait il pb?
 
Tx:)


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.

Reply

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:)

Reply

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?

Reply

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.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed