Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2336 connectés 

  FORUM HardWare.fr
  Programmation
  SQL/NoSQL

  Reutiliser les id ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Reutiliser les id ?

n°1098480
benji_100
Posté le 26-05-2005 à 17:53:47  profilanswer
 

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

mood
Publicité
Posté le 26-05-2005 à 17:53:47  profilanswer
 

n°1098488
moi23372
Posté le 26-05-2005 à 18:03:29  profilanswer
 

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.

n°1098490
skeye
Posté le 26-05-2005 à 18:05:27  profilanswer
 

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


---------------
Can't buy what I want because it's free -
n°1098511
jagstang
Pa Capona ಠ_ಠ
Posté le 26-05-2005 à 18:23:31  profilanswer
 

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?  
n°1098838
benji_100
Posté le 26-05-2005 à 22:09:14  profilanswer
 

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.

n°1098902
gizmo
Posté le 26-05-2005 à 22:57:53  profilanswer
 

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

n°1098956
FlorentG
Posté le 27-05-2005 à 00:16:39  profilanswer
 

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

n°1098969
benji_100
Posté le 27-05-2005 à 01:05:31  profilanswer
 

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
n°1098990
gizmo
Posté le 27-05-2005 à 07:06:34  profilanswer
 

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

n°1099013
gfa
Posté le 27-05-2005 à 08:47:56  profilanswer
 

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

mood
Publicité
Posté le 27-05-2005 à 08:47:56  profilanswer
 

n°1099035
gizmo
Posté le 27-05-2005 à 09:17:11  profilanswer
 

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

n°1099716
benji_100
Posté le 27-05-2005 à 15:45:48  profilanswer
 

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

n°1099721
FlorentG
Posté le 27-05-2005 à 15:46:34  profilanswer
 

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

n°1099750
gizmo
Posté le 27-05-2005 à 16:00:29  profilanswer
 

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.

n°1099821
benji_100
Posté le 27-05-2005 à 16:30:44  profilanswer
 

Si vous le voulez bien je vais creer un nouveau sujet, ca fera plus "propre", car on ne parle plus du sujet initial:)

n°1099823
gfa
Posté le 27-05-2005 à 16:31:52  profilanswer
 

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?

n°1099977
gizmo
Posté le 27-05-2005 à 18:59:13  profilanswer
 

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.


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  SQL/NoSQL

  Reutiliser les id ?

 

Sujets relatifs
[MySQL] Réutiliser le nom d'une colonne comme donnéereutiliser des jsp
Comment reutiliser des variables dans d'autre fonction??comment reutiliser des $variables dans un formulaire php ? [resolu]
Plus de sujets relatifs à : Reutiliser les id ?


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)