la question peut paraitre débile, mais je n'ai rien trouvé la dessus.
 
je cherhce à récupérer le session.id générer à l'ouverture de la session (et valable toute la session) dans le global.asa, c'est quoi la syntaxe, j'ai essayé session.id mais ça ne marche pas.

[edit]--Message édité par duch--[/edit]

allez les copains

youhou, y a quelqu'un ??

Non mais franchement, me dites pas qu'vous savez pas

valeur = Session.SessionID
 
non ?

le dieu de l'ASP m'aurait-il entendu, merci pour cette réponse guru, j'm'en vais essayer de ce pas.
 
PS : t'es sûr que c'est ou tu réponds pour me faire plaisir

bon ben ça marche, c'était pas compliqué pourtant, par contre il n'y a que 9 chiffres, c'est pas beaucoup pour individualiser les visiteurs.

c'est un nombre unique (redondance impossiblke à un instant 1) et créé seulement pendant la session du gars... donc je doute que tu puisses avoir autant de monde sur un site en même temps
 
sinon, y'a les fonctions de site server, mais bon faut site server. là par contre, le numéro est unique (de toute la durée de vie du serveur et le numéro est comme ceux dans la bdr )

oui mais 2 types qui se connectent a 2 semaines d'intervalle peuvent avoir le même ID, c'est ça le hic, comment je sais lequel c'est?
remarque je pourrais comparer la date... si le dateDiff entre la date du jour et la date dans la base est <= 1 il y a des chances que ce soit le même gars.

[edit]--Message édité par duch--[/edit]

bah... tu met un cookie sur son PC...

Comme l'a indiqué MagicBuzz l'unicité du SessionID est garantie à un instant donné. Si tu veux disposer d'une ID qui soit valide dans le temps il faut soit comme l'indique MagicBuzz utiliser Site Server soit gérer toi même l'attribution d'une telle ID. Les ID utilisées par Site Server sont des GUID et donc garanties uniques.
 
Si tu veux du code pour générer une GUID fait moi signe.

et tu veux en faire koi du sessionid après ?

m'en servir pour ajouter des infos sur le gars dans la base, au fur et à mesure qu'il se promène, mais ça me ferais chier de ne pas mettre à jour les infos du bon gars.

Guru > je veux bien du code pour générer une GUID
 
moi j'avais bricoler un truc comme ça :  
 
Randomize
session ("myid" )=Day(Now)&Month(Now)&Year(Now)&Hour(Now)&Minute(Now)&Second(Now)&Int(1000*Rnd)
 
ça peut paraitre débile mais c'est grantie unique aussi.

Ok voici un morceau de code VB a partir duquel tu pourras facilement faire un objet COM.
 

c'est très joli Guru, j'vais l'imprimer et l'afficher au dessus de mon ordi
 
non sérieux, j'te remercie mais j'crois que je vais retourner à la bonne vieille méthode, c'est moins prise de tête, et ça marche à tous les coups

Ben le GUID aussi, je l'utilise souvent, et ca a l'avantage de te garantir toujours l'unicité des ID même dans le cas ou tu aurais une ferme de serveurs web qui exploite une unique base de données.

OK merci les gars (encore une fois)

duch > ton système, je t'ai déjà dis qu'il ne garanti pas l'unticité.
 
non pas que deux personnes à la même seconde peuvent se connecter et avoir le même nombre aléatoire, loin de là (quoique... ) mais simplement parceque tu ne conserves pas les 0 non significatifs dans ta date :
 
imaginons un user qui se connecte le 1° janv 2001, à 13:42:24
 
2001 - 01 - 01 - 13 - 48 - 24 + nb aléatoire => 200111134224 + nb aléatoire
 
Maintenant, un autre gars, le 13 nov. 2001 à 04:22:04
2001 - 11 - 13 - 04 - 22 - 04 + nb aléatoire => 200111134224 + nb aléatoire
 
=> On vois que le cas de ton UID peut très bien se répéter et ce, près d'un an plus tard !!!
 
Et évidement, ce n'est pas le cas unique... Donc garde en mémoire que tu as une chance sur "pas si énromément que ça en fin de compte" à chaque cnx qu'il se produise une erreur fatale... au bout de quelques semaines, ça tombe en dessous d'un chance sur 1000 à certaines dates et certaines heures...
 
C'est pas cool. Surtout que 1 000 000 cnx à un site ça paraît énorme, mais ça peut très bien arriver... (et surtout y'a le facteur "chance" qui fait que ça peut planter au bout de 10 minutes