begin process at 2012 05 28 00:23:07
  Trouver un code source :
 
dans
 
Accueil > Forum > 

Archive ASP & ASP.NET

 > 

Archives ASP & ASP.NET

 > 

IIS et l'ASP

 > 

lien entre une Session et son Client ?


Derniers messages déposésPoser une question dans le forum ou lancer une discussion

lien entre une Session et son Client ?

mardi 24 juin 2003 à 12:57:54 | lien entre une Session et son Client ?

phoenyx

Boujour à tous,

j'aimerais savoir comment marche les variables de session.
comment le serveur sait que ces variables de session sont à tel client plutot qu'à un autre ?
- Le SessionId est-il stocké chez le client ? Comment ?
- Le serveur stocke-t-il des informations sur le client pour faire le lien avec sa session ? Quelles sont ces informations ?

Merci d'avance

PhoenyX
mardi 24 juin 2003 à 13:27:32 | Re : lien entre une Session et son Client ?

nickadele

Membre Club Administrateur CodeS-SourceS
Une session commence lorsqu'un utilisateur se connecte à ton application, il existe 2 events de session user et 2 applicative qui te permettent de gérer les sessions.

Session_OnStart S'exécute la première fois qu'un utilisateur utilise une page de votre application

Session_OnEnd S'exécute en cas de dépassement du délai de la session d'un utilisateur ou quand celui-ci quitte votre application

Application_OnStart S'exécute une fois lorsque la première page de votre application est utilisée pour la première fois par un utilisateur

Application_OnEnd S'exécute une fois lors de l'arrêt du serveur Web

Ces events doivent être déclaré dans le fichier Global.asa qui doit se trouver à la racine de ton application.

ptit exemple : j'initialise la variable de session de l'utilisateur, ensuite dans chacune de mes pages je fait un test sur l'état de cette variable, si elle vaut 0 c'est que l'utilisateur vient de se connecter, dans ce cas je le redirige vers une page de loggin afin de s'identifier.

Sub Session_OnStart
'initialisation de User_ID
session("User_ID") = 0
End Sub

Sub Session_OnEnd
'Cloture de la session
session("User_ID") = 0
End Sub

Les variables de session restent propre à chaque utilisateur, attention de ne pas trop en abuser car cela prend de la mémoire serveur, le mieux c'est de garder certaines valeurs de base (user_id...) et de stocker le reste dans une table de ta db.

En espérant avoir répondu à tes question :o)

Bàt

Nickadele


-------------------------------
Réponse au message :
-------------------------------

> Boujour à tous,
>
> j'aimerais savoir comment marche les variables de session.
> comment le serveur sait que ces variables de session sont à tel client plutot qu'à un autre ?
> - Le SessionId est-il stocké chez le client ? Comment ?
> - Le serveur stocke-t-il des informations sur le client pour faire le lien avec sa session ? Quelles sont ces informations ?
>
> Merci d'avance
>
> PhoenyX
mardi 24 juin 2003 à 14:00:06 | Re : lien entre une Session et son Client ?

phoenyx

Merci, mais c'était pas ma question, j'ai dû mal m'exprimer.

Je reformule.
Lorsqu'un client se connecte, le serveur lui ouvre une session.
Lors des requêtes suivantes passées par le client au serveur, comment le serveur sait-il à quel client appartient telle session. Il y a bien un lien entre une session et le client auxquel elle appartient.
Je voudrais donc savoir quelle est la nature de ce lien, comment le serveur gère-t-il les sessions ?
- Est-ce le serveur qui garde des infos sur le client pour savoir s'il a la session A ou la session B ? Quelles infos alors (adresse physique,...) ?
- Est-ce le client qui dit au serveur dans chaque requête "j'ai la session X" (ou est-ce stocké ? cookie,...) ?

Bref tout (ou presque) savoir sur ce lien

J'espère avoir été plus clair.
C'est plus une question technique que de programmation.

(Re)merci d'avance


PhoenyX


-------------------------------
Réponse au message :
-------------------------------

> Une session commence lorsqu'un utilisateur se connecte à ton application, il existe 2 events de session user et 2 applicative qui te permettent de gérer les sessions.
>
> Session_OnStart S'exécute la première fois qu'un utilisateur utilise une page de votre application
>
> Session_OnEnd S'exécute en cas de dépassement du délai de la session d'un utilisateur ou quand celui-ci quitte votre application
>
> Application_OnStart S'exécute une fois lorsque la première page de votre application est utilisée pour la première fois par un utilisateur
>
> Application_OnEnd S'exécute une fois lors de l'arrêt du serveur Web
>
> Ces events doivent être déclaré dans le fichier Global.asa qui doit se trouver à la racine de ton application.
>
> ptit exemple : j'initialise la variable de session de l'utilisateur, ensuite dans chacune de mes pages je fait un test sur l'état de cette variable, si elle vaut 0 c'est que l'utilisateur vient de se connecter, dans ce cas je le redirige vers une page de loggin afin de s'identifier.
>
> Sub Session_OnStart
> 'initialisation de User_ID
> session("User_ID") = 0
> End Sub
>
> Sub Session_OnEnd
> 'Cloture de la session
> session("User_ID") = 0
> End Sub
>
> Les variables de session restent propre à chaque utilisateur, attention de ne pas trop en abuser car cela prend de la mémoire serveur, le mieux c'est de garder certaines valeurs de base (user_id...) et de stocker le reste dans une table de ta db.
>
> En espérant avoir répondu à tes question :o)
>
> Bàt
>
> Nickadele
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Boujour à tous,
> >
> > j'aimerais savoir comment marche les variables de session.
> > comment le serveur sait que ces variables de session sont à tel client plutot qu'à un autre ?
> > - Le SessionId est-il stocké chez le client ? Comment ?
> > - Le serveur stocke-t-il des informations sur le client pour faire le lien avec sa session ? Quelles sont ces informations ?
> >
> > Merci d'avance
> >
> > PhoenyX
>
mardi 24 juin 2003 à 14:57:33 | Re : lien entre une Session et son Client ?

nickadele

Membre Club Administrateur CodeS-SourceS
le serveur attribue un id : session.sessionID technique pour chaque session, cet id peut etre utilisé mais avec prudence car en cas de reboot ou de crash serveur un ID peut etre réattribué à une autre session, pour le reste faudrait que je replonge dans ma bibliothèque.

Comme tu le dis c'est technique, il s'agit de parametres passé entre le client et le serveur mais qui reste transparent pour les 2.

Sinon voir doc msdn Session Object

Nickadele


-------------------------------
Réponse au message :
-------------------------------

> Merci, mais c'était pas ma question, j'ai dû mal m'exprimer.
>
> Je reformule.
> Lorsqu'un client se connecte, le serveur lui ouvre une session.
> Lors des requêtes suivantes passées par le client au serveur, comment le serveur sait-il à quel client appartient telle session. Il y a bien un lien entre une session et le client auxquel elle appartient.
> Je voudrais donc savoir quelle est la nature de ce lien, comment le serveur gère-t-il les sessions ?
> - Est-ce le serveur qui garde des infos sur le client pour savoir s'il a la session A ou la session B ? Quelles infos alors (adresse physique,...) ?
> - Est-ce le client qui dit au serveur dans chaque requête "j'ai la session X" (ou est-ce stocké ? cookie,...) ?
>
> Bref tout (ou presque) savoir sur ce lien
>
> J'espère avoir été plus clair.
> C'est plus une question technique que de programmation.
>
> (Re)merci d'avance
>
>
> PhoenyX
>
>
> -------------------------------
> Réponse au message :
> -------------------------------
>
> > Une session commence lorsqu'un utilisateur se connecte à ton application, il existe 2 events de session user et 2 applicative qui te permettent de gérer les sessions.
> >
> > Session_OnStart S'exécute la première fois qu'un utilisateur utilise une page de votre application
> >
> > Session_OnEnd S'exécute en cas de dépassement du délai de la session d'un utilisateur ou quand celui-ci quitte votre application
> >
> > Application_OnStart S'exécute une fois lorsque la première page de votre application est utilisée pour la première fois par un utilisateur
> >
> > Application_OnEnd S'exécute une fois lors de l'arrêt du serveur Web
> >
> > Ces events doivent être déclaré dans le fichier Global.asa qui doit se trouver à la racine de ton application.
> >
> > ptit exemple : j'initialise la variable de session de l'utilisateur, ensuite dans chacune de mes pages je fait un test sur l'état de cette variable, si elle vaut 0 c'est que l'utilisateur vient de se connecter, dans ce cas je le redirige vers une page de loggin afin de s'identifier.
> >
> > Sub Session_OnStart
> > 'initialisation de User_ID
> > session("User_ID") = 0
> > End Sub
> >
> > Sub Session_OnEnd
> > 'Cloture de la session
> > session("User_ID") = 0
> > End Sub
> >
> > Les variables de session restent propre à chaque utilisateur, attention de ne pas trop en abuser car cela prend de la mémoire serveur, le mieux c'est de garder certaines valeurs de base (user_id...) et de stocker le reste dans une table de ta db.
> >
> > En espérant avoir répondu à tes question :o)
> >
> > Bàt
> >
> > Nickadele
> >
> >
> > -------------------------------
> > Réponse au message :
> > -------------------------------
> >
> > > Boujour à tous,
> > >
> > > j'aimerais savoir comment marche les variables de session.
> > > comment le serveur sait que ces variables de session sont à tel client plutot qu'à un autre ?
> > > - Le SessionId est-il stocké chez le client ? Comment ?
> > > - Le serveur stocke-t-il des informations sur le client pour faire le lien avec sa session ? Quelles sont ces informations ?
> > >
> > > Merci d'avance
> > >
> > > PhoenyX
> >
>


Cette discussion est classée dans : variables, serveur, client, lien, session


Répondre à ce message

Sujets en rapport avec ce message

Formulaire->Session [ par peguman ] Par un formulaire, je fais passer 2 variables, login et password, vers une page qui contient 3 frames...Pour pouvoir les utiliser, je pensait mettre l Formulaire->Session [ par peguman ] Par un formulaire, je fais passer 2 variables, login et password, vers une page qui contient 3 frames...Pour pouvoir les utiliser, je pensait mettre l ARCHITECTURE CLIENT/SERVEUR [ par björk ] Bonjour,Heu... c'est quoi au juste une architecture Client/Serveur?Et que veut dire l'expression ?Merci! Récupérer un fichier client sur le serveur [ par Rita ] 'DNS du poste du client const FilePath = "\\W982100\rep\"Set Fs=CreateObject("Scripting.FileSystemObject")Set FFile = Fso.GetFile (Filepath & "\cop.p variable session [ par guss ] Salut,j'aurais aimé savoir si les variables sessions étaient stockées sur le serveur intranet, ou sur le poste client.et peut on passer des variables Pb installation sur serveur client [ par edupin ] J'ai développé un forum en ASP qui fonctionne parfaitement sur ma machine (Win98 + PWS + ACCESS 2000) ainsi que sur la machine de test du client (Win Pb installation sur serveur client [ par edupin ] J'ai développé un forum en ASP qui fonctionne parfaitement sur ma machine (Win98 + PWS + ACCESS 2000) ainsi que sur la machine de test du client (Win Script client-serveur !!! [ par DESPERADOS ] Hello,J'ai un gros problème. J'essaye de créer un script qui me permet, à partir d'un serveur, de recencer les adresses IP des différentes machines cl Script client-serveur [ par DESPERADOS ] Hello,J'ai un gros problème. J'essaye de créer un script qui me permet, à partir d'un serveur, de recencer les adresses IP des différentes machines cl Script client-serveur [ par DESPERADOS ] Hello,J'ai un gros problème. J'essaye de créer un script qui me permet, à partir d'un serveur, de recencer les adresses IP des différentes machines cl


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Mai 2012
LMMJVSD
 123456
78910111213
14151617181920
21222324252627
28293031   

Consulter la suite du CalendriCode

A découvrir



 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,296 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales