Je cherche à récupérer les utilisateurs connectés, déconnectés sur un
extranet. J'utilise une authentification par formulaire, les cookies, et l
interface IPrincipale.
On m a fortement deconseillée d utiliser les Sessions (performances ?).
Or il se trouve que je vois mal comment connaitre le nombre de personnes
connectés sans utiliser les sessions (j ai tenté d utiliser l evenement
Application_AuthorizeRequest et une variable d'application contenant les
personnes connectées, les compteurs de performance IIS comme 'connexions
actives' ou 'request executing'). Cependant je crains d'etre passée a coté de
quelque chose ou de chercher trop compliqué...
Pourriez vous me dire si ma demarche vous parait insensée, et s il est
finalement preferable pour moins d utiliser les Sessions dans ce cas de
figure ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Thomas Marencic [MS]
Bon jour,
réponses ci-dessous.
Cordialement. Thomas MARENCIC
"Pandodo" wrote in message news:
Bonsoir.
Je cherche à récupérer les utilisateurs connectés, déconnectés sur un extranet. J'utilise une authentification par formulaire, les cookies, et l interface IPrincipale. On m a fortement deconseillée d utiliser les Sessions (performances ?).
Les sessions sont problématiques lorsque l'on a une application ASP.NET qui s'exécute dans une Web Farm. Il faut que la session soit paratagée par tous les serveurs de la Web Farm. Pour ce faire, la solution la plus simple est d'utiliser SQL server pour la persistance des données de session.
Cela a biensur un impact en terme de performance et induit une limitation sur la nature des données stockées en session.
Or il se trouve que je vois mal comment connaitre le nombre de personnes connectés sans utiliser les sessions (j ai tenté d utiliser l evenement Application_AuthorizeRequest et une variable d'application contenant les personnes connectées, les compteurs de performance IIS comme 'connexions actives' ou 'request executing'). Cependant je crains d'etre passée a coté de quelque chose ou de chercher trop compliqué...
Non, c'est une bonne approche. L'idéal est de positionner le code dans un HttpModule qui permet d'externaliser cette partie technique. Cherchez avec google des exemples d'implémentation.
Il est dommage d'imposer la gestion des sessions pour une problématique technique.
Pourriez vous me dire si ma demarche vous parait insensée, et s il est finalement preferable pour moins d utiliser les Sessions dans ce cas de figure ?
Par avance, merci pour vos reponses.
Bon jour,
réponses ci-dessous.
Cordialement.
Thomas MARENCIC
"Pandodo" <Pandodo@discussions.microsoft.com> wrote in message
news:7DB77AD9-4804-4CBD-A25D-B62AC47351C0@microsoft.com...
Bonsoir.
Je cherche à récupérer les utilisateurs connectés, déconnectés sur un
extranet. J'utilise une authentification par formulaire, les cookies, et l
interface IPrincipale.
On m a fortement deconseillée d utiliser les Sessions (performances ?).
Les sessions sont problématiques lorsque l'on a une application ASP.NET qui
s'exécute dans une Web Farm. Il faut que la session soit paratagée par tous
les serveurs de la Web Farm.
Pour ce faire, la solution la plus simple est d'utiliser SQL server pour la
persistance des données de session.
Cela a biensur un impact en terme de performance et induit une limitation
sur la nature des données stockées en session.
Or il se trouve que je vois mal comment connaitre le nombre de personnes
connectés sans utiliser les sessions (j ai tenté d utiliser l evenement
Application_AuthorizeRequest et une variable d'application contenant les
personnes connectées, les compteurs de performance IIS comme 'connexions
actives' ou 'request executing'). Cependant je crains d'etre passée a coté
de
quelque chose ou de chercher trop compliqué...
Non, c'est une bonne approche. L'idéal est de positionner le code dans un
HttpModule qui permet d'externaliser cette partie technique. Cherchez avec
google des exemples d'implémentation.
Il est dommage d'imposer la gestion des sessions pour une problématique
technique.
Pourriez vous me dire si ma demarche vous parait insensée, et s il est
finalement preferable pour moins d utiliser les Sessions dans ce cas de
figure ?
Je cherche à récupérer les utilisateurs connectés, déconnectés sur un extranet. J'utilise une authentification par formulaire, les cookies, et l interface IPrincipale. On m a fortement deconseillée d utiliser les Sessions (performances ?).
Les sessions sont problématiques lorsque l'on a une application ASP.NET qui s'exécute dans une Web Farm. Il faut que la session soit paratagée par tous les serveurs de la Web Farm. Pour ce faire, la solution la plus simple est d'utiliser SQL server pour la persistance des données de session.
Cela a biensur un impact en terme de performance et induit une limitation sur la nature des données stockées en session.
Or il se trouve que je vois mal comment connaitre le nombre de personnes connectés sans utiliser les sessions (j ai tenté d utiliser l evenement Application_AuthorizeRequest et une variable d'application contenant les personnes connectées, les compteurs de performance IIS comme 'connexions actives' ou 'request executing'). Cependant je crains d'etre passée a coté de quelque chose ou de chercher trop compliqué...
Non, c'est une bonne approche. L'idéal est de positionner le code dans un HttpModule qui permet d'externaliser cette partie technique. Cherchez avec google des exemples d'implémentation.
Il est dommage d'imposer la gestion des sessions pour une problématique technique.
Pourriez vous me dire si ma demarche vous parait insensée, et s il est finalement preferable pour moins d utiliser les Sessions dans ce cas de figure ?
Par avance, merci pour vos reponses.
Pandodo
Bonjour. Je vous remercie beaucoup de cette piste, je vais faire des recherches dans cette direction. Vous souhaitant une bonne journée.
"Thomas Marencic [MS]" wrote:
Bon jour,
réponses ci-dessous.
Cordialement. Thomas MARENCIC
"Pandodo" wrote in message news: > Bonsoir. > > Je cherche à récupérer les utilisateurs connectés, déconnectés sur un > extranet. J'utilise une authentification par formulaire, les cookies, et l > interface IPrincipale. > On m a fortement deconseillée d utiliser les Sessions (performances ?).
Les sessions sont problématiques lorsque l'on a une application ASP.NET qui s'exécute dans une Web Farm. Il faut que la session soit paratagée par tous les serveurs de la Web Farm. Pour ce faire, la solution la plus simple est d'utiliser SQL server pour la persistance des données de session.
Cela a biensur un impact en terme de performance et induit une limitation sur la nature des données stockées en session.
> > Or il se trouve que je vois mal comment connaitre le nombre de personnes > connectés sans utiliser les sessions (j ai tenté d utiliser l evenement > Application_AuthorizeRequest et une variable d'application contenant les > personnes connectées, les compteurs de performance IIS comme 'connexions > actives' ou 'request executing'). Cependant je crains d'etre passée a coté > de > quelque chose ou de chercher trop compliqué...
Non, c'est une bonne approche. L'idéal est de positionner le code dans un HttpModule qui permet d'externaliser cette partie technique. Cherchez avec google des exemples d'implémentation.
Il est dommage d'imposer la gestion des sessions pour une problématique technique.
> > Pourriez vous me dire si ma demarche vous parait insensée, et s il est > finalement preferable pour moins d utiliser les Sessions dans ce cas de > figure ? > > Par avance, merci pour vos reponses.
Bonjour.
Je vous remercie beaucoup de cette piste, je vais faire des recherches dans
cette direction.
Vous souhaitant une bonne journée.
"Thomas Marencic [MS]" wrote:
Bon jour,
réponses ci-dessous.
Cordialement.
Thomas MARENCIC
"Pandodo" <Pandodo@discussions.microsoft.com> wrote in message
news:7DB77AD9-4804-4CBD-A25D-B62AC47351C0@microsoft.com...
> Bonsoir.
>
> Je cherche à récupérer les utilisateurs connectés, déconnectés sur un
> extranet. J'utilise une authentification par formulaire, les cookies, et l
> interface IPrincipale.
> On m a fortement deconseillée d utiliser les Sessions (performances ?).
Les sessions sont problématiques lorsque l'on a une application ASP.NET qui
s'exécute dans une Web Farm. Il faut que la session soit paratagée par tous
les serveurs de la Web Farm.
Pour ce faire, la solution la plus simple est d'utiliser SQL server pour la
persistance des données de session.
Cela a biensur un impact en terme de performance et induit une limitation
sur la nature des données stockées en session.
>
> Or il se trouve que je vois mal comment connaitre le nombre de personnes
> connectés sans utiliser les sessions (j ai tenté d utiliser l evenement
> Application_AuthorizeRequest et une variable d'application contenant les
> personnes connectées, les compteurs de performance IIS comme 'connexions
> actives' ou 'request executing'). Cependant je crains d'etre passée a coté
> de
> quelque chose ou de chercher trop compliqué...
Non, c'est une bonne approche. L'idéal est de positionner le code dans un
HttpModule qui permet d'externaliser cette partie technique. Cherchez avec
google des exemples d'implémentation.
Il est dommage d'imposer la gestion des sessions pour une problématique
technique.
>
> Pourriez vous me dire si ma demarche vous parait insensée, et s il est
> finalement preferable pour moins d utiliser les Sessions dans ce cas de
> figure ?
>
> Par avance, merci pour vos reponses.
Bonjour. Je vous remercie beaucoup de cette piste, je vais faire des recherches dans cette direction. Vous souhaitant une bonne journée.
"Thomas Marencic [MS]" wrote:
Bon jour,
réponses ci-dessous.
Cordialement. Thomas MARENCIC
"Pandodo" wrote in message news: > Bonsoir. > > Je cherche à récupérer les utilisateurs connectés, déconnectés sur un > extranet. J'utilise une authentification par formulaire, les cookies, et l > interface IPrincipale. > On m a fortement deconseillée d utiliser les Sessions (performances ?).
Les sessions sont problématiques lorsque l'on a une application ASP.NET qui s'exécute dans une Web Farm. Il faut que la session soit paratagée par tous les serveurs de la Web Farm. Pour ce faire, la solution la plus simple est d'utiliser SQL server pour la persistance des données de session.
Cela a biensur un impact en terme de performance et induit une limitation sur la nature des données stockées en session.
> > Or il se trouve que je vois mal comment connaitre le nombre de personnes > connectés sans utiliser les sessions (j ai tenté d utiliser l evenement > Application_AuthorizeRequest et une variable d'application contenant les > personnes connectées, les compteurs de performance IIS comme 'connexions > actives' ou 'request executing'). Cependant je crains d'etre passée a coté > de > quelque chose ou de chercher trop compliqué...
Non, c'est une bonne approche. L'idéal est de positionner le code dans un HttpModule qui permet d'externaliser cette partie technique. Cherchez avec google des exemples d'implémentation.
Il est dommage d'imposer la gestion des sessions pour une problématique technique.
> > Pourriez vous me dire si ma demarche vous parait insensée, et s il est > finalement preferable pour moins d utiliser les Sessions dans ce cas de > figure ? > > Par avance, merci pour vos reponses.
