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
Patrice
C'est la réponse ou une précision ?
Normalement par principe, c'est la session attachée à l'utilisateur qui est accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une autre session, préciser le contexte exact pourra peut-être permettre de faire une suggestion.
A piroir : - soit mettre ces infos ailleurs (Application, Cache, base de données, etc...) - soit intégrer ce point dans l'application à un niveau plus "fonctionnel" (par exemple droits de visu sur des données appartenant à quelqu'un d'autre que la personne connectée)
Patrice
--
"Alan" a écrit dans le message de news:
A partir d'une page ASP.NET existante... en utilisant window.open(url)
C'est la réponse ou une précision ?
Normalement par principe, c'est la session attachée à l'utilisateur qui est
accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une
autre session, préciser le contexte exact pourra peut-être permettre de
faire une suggestion.
A piroir :
- soit mettre ces infos ailleurs (Application, Cache, base de données,
etc...)
- soit intégrer ce point dans l'application à un niveau plus "fonctionnel"
(par exemple droits de visu sur des données appartenant à quelqu'un d'autre
que la personne connectée)
Patrice
--
"Alan" <roadwolf12@nospam-hotmail.com> a écrit dans le message de
news:DA837549-89F8-4836-B6B2-E954B1835BA4@microsoft.com...
A partir d'une page ASP.NET existante... en utilisant window.open(url)
Normalement par principe, c'est la session attachée à l'utilisateur qui est accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une autre session, préciser le contexte exact pourra peut-être permettre de faire une suggestion.
A piroir : - soit mettre ces infos ailleurs (Application, Cache, base de données, etc...) - soit intégrer ce point dans l'application à un niveau plus "fonctionnel" (par exemple droits de visu sur des données appartenant à quelqu'un d'autre que la personne connectée)
Patrice
--
"Alan" a écrit dans le message de news:
A partir d'une page ASP.NET existante... en utilisant window.open(url)
Alan
Il s'agit d'une précision.
Le principe est le suivant : j'ai une page (default.aspx) dans laquelle je navigue, Je veux ouvrir une autre page (toujours default.aspx) mais avec le même objet session, dont certaines variables seront modifiées afin d'avoir plusieurs info différentes dans deux(ou plus) pages Comme mon objet session contient les infos de la page en cours, ainsi que l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet session original, et le transmettre à la nouvelle page.
"Patrice" a écrit :
C'est la réponse ou une précision ?
Normalement par principe, c'est la session attachée à l'utilisateur qui est accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une autre session, préciser le contexte exact pourra peut-être permettre de faire une suggestion.
A piroir : - soit mettre ces infos ailleurs (Application, Cache, base de données, etc...) - soit intégrer ce point dans l'application à un niveau plus "fonctionnel" (par exemple droits de visu sur des données appartenant à quelqu'un d'autre que la personne connectée)
Patrice
--
"Alan" a écrit dans le message de news: > A partir d'une page ASP.NET existante... en utilisant window.open(url)
Il s'agit d'une précision.
Le principe est le suivant : j'ai une page (default.aspx) dans laquelle je
navigue,
Je veux ouvrir une autre page (toujours default.aspx) mais avec le même
objet session, dont certaines variables seront modifiées afin d'avoir
plusieurs info différentes dans deux(ou plus) pages
Comme mon objet session contient les infos de la page en cours, ainsi que
l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet
session original, et le transmettre à la nouvelle page.
"Patrice" a écrit :
C'est la réponse ou une précision ?
Normalement par principe, c'est la session attachée à l'utilisateur qui est
accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une
autre session, préciser le contexte exact pourra peut-être permettre de
faire une suggestion.
A piroir :
- soit mettre ces infos ailleurs (Application, Cache, base de données,
etc...)
- soit intégrer ce point dans l'application à un niveau plus "fonctionnel"
(par exemple droits de visu sur des données appartenant à quelqu'un d'autre
que la personne connectée)
Patrice
--
"Alan" <roadwolf12@nospam-hotmail.com> a écrit dans le message de
news:DA837549-89F8-4836-B6B2-E954B1835BA4@microsoft.com...
> A partir d'une page ASP.NET existante... en utilisant window.open(url)
Le principe est le suivant : j'ai une page (default.aspx) dans laquelle je navigue, Je veux ouvrir une autre page (toujours default.aspx) mais avec le même objet session, dont certaines variables seront modifiées afin d'avoir plusieurs info différentes dans deux(ou plus) pages Comme mon objet session contient les infos de la page en cours, ainsi que l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet session original, et le transmettre à la nouvelle page.
"Patrice" a écrit :
C'est la réponse ou une précision ?
Normalement par principe, c'est la session attachée à l'utilisateur qui est accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une autre session, préciser le contexte exact pourra peut-être permettre de faire une suggestion.
A piroir : - soit mettre ces infos ailleurs (Application, Cache, base de données, etc...) - soit intégrer ce point dans l'application à un niveau plus "fonctionnel" (par exemple droits de visu sur des données appartenant à quelqu'un d'autre que la personne connectée)
Patrice
--
"Alan" a écrit dans le message de news: > A partir d'une page ASP.NET existante... en utilisant window.open(url)
Patrice
Il s'agit donc d'informations propres à chaque page. Quelle est la durée de vie ? Un exemple d'information (titre ?) ? Sont-elles fixes ou changeantes ?
Si la session est appropriée, un préfixe pourrait permettre de stocker les infos propres à chaque page. Une classe peut permettre d'utiliser plus facilement ce mécanisme qu'en utilisant directement les variables de session (si variable de session pour la page présente prendre cette valeur sinon prendre la valeur générale dans le code de lecture de la propriété). Attention cela multipliera les variables de session.
Si l'info n'est utile que le temps de la page, voir si peut-être si l'information ne pourraient pas être stockée dans le viewstate. Elles pourraient également être stockée en cache, dans un fichier XML etc...
Dans tous les cas passer par une classe intermédiaire permettra de changer plus facilement si besoin le fonctionnement...
Patrice
---
"Alan" a écrit dans le message de news:
Il s'agit d'une précision.
Le principe est le suivant : j'ai une page (default.aspx) dans laquelle
je
navigue, Je veux ouvrir une autre page (toujours default.aspx) mais avec le même objet session, dont certaines variables seront modifiées afin d'avoir plusieurs info différentes dans deux(ou plus) pages Comme mon objet session contient les infos de la page en cours, ainsi
que
l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet session original, et le transmettre à la nouvelle page.
"Patrice" a écrit :
> C'est la réponse ou une précision ? > > Normalement par principe, c'est la session attachée à l'utilisateur qui
est
> accessible. Si tu veux qu'un utilisateur puisse accéder aux données
d'une
> autre session, préciser le contexte exact pourra peut-être permettre de > faire une suggestion. > > A piroir : > - soit mettre ces infos ailleurs (Application, Cache, base de données, > etc...) > - soit intégrer ce point dans l'application à un niveau plus
"fonctionnel"
> (par exemple droits de visu sur des données appartenant à quelqu'un
d'autre
> que la personne connectée) > > Patrice > > -- > > "Alan" a écrit dans le message de > news: > > A partir d'une page ASP.NET existante... en utilisant window.open(url) > > >
Il s'agit donc d'informations propres à chaque page. Quelle est la durée de
vie ? Un exemple d'information (titre ?) ? Sont-elles fixes ou changeantes ?
Si la session est appropriée, un préfixe pourrait permettre de stocker les
infos propres à chaque page. Une classe peut permettre d'utiliser plus
facilement ce mécanisme qu'en utilisant directement les variables de session
(si variable de session pour la page présente prendre cette valeur sinon
prendre la valeur générale dans le code de lecture de la propriété).
Attention cela multipliera les variables de session.
Si l'info n'est utile que le temps de la page, voir si peut-être si
l'information ne pourraient pas être stockée dans le viewstate.
Elles pourraient également être stockée en cache, dans un fichier XML etc...
Dans tous les cas passer par une classe intermédiaire permettra de changer
plus facilement si besoin le fonctionnement...
Patrice
---
"Alan" <roadwolf12@nospam-hotmail.com> a écrit dans le message de
news:169F0E3D-A7C9-4585-8D6B-F3BD592F5807@microsoft.com...
Il s'agit d'une précision.
Le principe est le suivant : j'ai une page (default.aspx) dans laquelle
je
navigue,
Je veux ouvrir une autre page (toujours default.aspx) mais avec le même
objet session, dont certaines variables seront modifiées afin d'avoir
plusieurs info différentes dans deux(ou plus) pages
Comme mon objet session contient les infos de la page en cours, ainsi
que
l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet
session original, et le transmettre à la nouvelle page.
"Patrice" a écrit :
> C'est la réponse ou une précision ?
>
> Normalement par principe, c'est la session attachée à l'utilisateur qui
est
> accessible. Si tu veux qu'un utilisateur puisse accéder aux données
d'une
> autre session, préciser le contexte exact pourra peut-être permettre de
> faire une suggestion.
>
> A piroir :
> - soit mettre ces infos ailleurs (Application, Cache, base de données,
> etc...)
> - soit intégrer ce point dans l'application à un niveau plus
"fonctionnel"
> (par exemple droits de visu sur des données appartenant à quelqu'un
d'autre
> que la personne connectée)
>
> Patrice
>
> --
>
> "Alan" <roadwolf12@nospam-hotmail.com> a écrit dans le message de
> news:DA837549-89F8-4836-B6B2-E954B1835BA4@microsoft.com...
> > A partir d'une page ASP.NET existante... en utilisant window.open(url)
>
>
>
Il s'agit donc d'informations propres à chaque page. Quelle est la durée de vie ? Un exemple d'information (titre ?) ? Sont-elles fixes ou changeantes ?
Si la session est appropriée, un préfixe pourrait permettre de stocker les infos propres à chaque page. Une classe peut permettre d'utiliser plus facilement ce mécanisme qu'en utilisant directement les variables de session (si variable de session pour la page présente prendre cette valeur sinon prendre la valeur générale dans le code de lecture de la propriété). Attention cela multipliera les variables de session.
Si l'info n'est utile que le temps de la page, voir si peut-être si l'information ne pourraient pas être stockée dans le viewstate. Elles pourraient également être stockée en cache, dans un fichier XML etc...
Dans tous les cas passer par une classe intermédiaire permettra de changer plus facilement si besoin le fonctionnement...
Patrice
---
"Alan" a écrit dans le message de news:
Il s'agit d'une précision.
Le principe est le suivant : j'ai une page (default.aspx) dans laquelle
je
navigue, Je veux ouvrir une autre page (toujours default.aspx) mais avec le même objet session, dont certaines variables seront modifiées afin d'avoir plusieurs info différentes dans deux(ou plus) pages Comme mon objet session contient les infos de la page en cours, ainsi
que
l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet session original, et le transmettre à la nouvelle page.
"Patrice" a écrit :
> C'est la réponse ou une précision ? > > Normalement par principe, c'est la session attachée à l'utilisateur qui
est
> accessible. Si tu veux qu'un utilisateur puisse accéder aux données
d'une
> autre session, préciser le contexte exact pourra peut-être permettre de > faire une suggestion. > > A piroir : > - soit mettre ces infos ailleurs (Application, Cache, base de données, > etc...) > - soit intégrer ce point dans l'application à un niveau plus
"fonctionnel"
> (par exemple droits de visu sur des données appartenant à quelqu'un
d'autre
> que la personne connectée) > > Patrice > > -- > > "Alan" a écrit dans le message de > news: > > A partir d'une page ASP.NET existante... en utilisant window.open(url) > > >
Alan
L'objet session est très utile dans ce cas précis, car une fois les info sauvegardées dans cet objet, il n'y a pas d'interférences avec les autres pages, de plus, il est détruit au déchargement de la page...Mais pour transmettre les informations initiales de la nouvelle fenêtre (qui sont indentiques à 1 variable près de la fenêtre appelante), je ne sais pas comment créer l'objet session, l'initialiser, et surtout le récupérer dans la nouvelle page (quoique pour le créer et l'initialiser, ce n'est pas un gros problème...). La récupération, puis l'écrasement de l'objet session créé par ASP.NET est le problème. Le sessionID peut être transmit via l'URL, mais comment récupérer l'objet??? Il n'y a pas de collection d'objet session...
"Patrice" a écrit :
Il s'agit donc d'informations propres à chaque page. Quelle est la durée de vie ? Un exemple d'information (titre ?) ? Sont-elles fixes ou changeantes ?
Si la session est appropriée, un préfixe pourrait permettre de stocker les infos propres à chaque page. Une classe peut permettre d'utiliser plus facilement ce mécanisme qu'en utilisant directement les variables de session (si variable de session pour la page présente prendre cette valeur sinon prendre la valeur générale dans le code de lecture de la propriété). Attention cela multipliera les variables de session.
Si l'info n'est utile que le temps de la page, voir si peut-être si l'information ne pourraient pas être stockée dans le viewstate. Elles pourraient également être stockée en cache, dans un fichier XML etc...
Dans tous les cas passer par une classe intermédiaire permettra de changer plus facilement si besoin le fonctionnement...
Patrice
---
"Alan" a écrit dans le message de news: > Il s'agit d'une précision. > > Le principe est le suivant : j'ai une page (default.aspx) dans laquelle je > navigue, > Je veux ouvrir une autre page (toujours default.aspx) mais avec le même > objet session, dont certaines variables seront modifiées afin d'avoir > plusieurs info différentes dans deux(ou plus) pages > Comme mon objet session contient les infos de la page en cours, ainsi que > l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet > session original, et le transmettre à la nouvelle page. > > "Patrice" a écrit : > > > C'est la réponse ou une précision ? > > > > Normalement par principe, c'est la session attachée à l'utilisateur qui est > > accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une > > autre session, préciser le contexte exact pourra peut-être permettre de > > faire une suggestion. > > > > A piroir : > > - soit mettre ces infos ailleurs (Application, Cache, base de données, > > etc...) > > - soit intégrer ce point dans l'application à un niveau plus "fonctionnel" > > (par exemple droits de visu sur des données appartenant à quelqu'un d'autre > > que la personne connectée) > > > > Patrice > > > > -- > > > > "Alan" a écrit dans le message de > > news: > > > A partir d'une page ASP.NET existante... en utilisant window.open(url) > > > > > >
L'objet session est très utile dans ce cas précis, car une fois les info
sauvegardées dans cet objet, il n'y a pas d'interférences avec les autres
pages, de plus, il est détruit au déchargement de la page...Mais pour
transmettre les informations initiales de la nouvelle fenêtre (qui sont
indentiques à 1 variable près de la fenêtre appelante), je ne sais pas
comment créer l'objet session, l'initialiser, et surtout le récupérer dans la
nouvelle page (quoique pour le créer et l'initialiser, ce n'est pas un gros
problème...). La récupération, puis l'écrasement de l'objet session créé par
ASP.NET est le problème. Le sessionID peut être transmit via l'URL, mais
comment récupérer l'objet??? Il n'y a pas de collection d'objet session...
"Patrice" a écrit :
Il s'agit donc d'informations propres à chaque page. Quelle est la durée de
vie ? Un exemple d'information (titre ?) ? Sont-elles fixes ou changeantes ?
Si la session est appropriée, un préfixe pourrait permettre de stocker les
infos propres à chaque page. Une classe peut permettre d'utiliser plus
facilement ce mécanisme qu'en utilisant directement les variables de session
(si variable de session pour la page présente prendre cette valeur sinon
prendre la valeur générale dans le code de lecture de la propriété).
Attention cela multipliera les variables de session.
Si l'info n'est utile que le temps de la page, voir si peut-être si
l'information ne pourraient pas être stockée dans le viewstate.
Elles pourraient également être stockée en cache, dans un fichier XML etc...
Dans tous les cas passer par une classe intermédiaire permettra de changer
plus facilement si besoin le fonctionnement...
Patrice
---
"Alan" <roadwolf12@nospam-hotmail.com> a écrit dans le message de
news:169F0E3D-A7C9-4585-8D6B-F3BD592F5807@microsoft.com...
> Il s'agit d'une précision.
>
> Le principe est le suivant : j'ai une page (default.aspx) dans laquelle
je
> navigue,
> Je veux ouvrir une autre page (toujours default.aspx) mais avec le même
> objet session, dont certaines variables seront modifiées afin d'avoir
> plusieurs info différentes dans deux(ou plus) pages
> Comme mon objet session contient les infos de la page en cours, ainsi
que
> l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet
> session original, et le transmettre à la nouvelle page.
>
> "Patrice" a écrit :
>
> > C'est la réponse ou une précision ?
> >
> > Normalement par principe, c'est la session attachée à l'utilisateur qui
est
> > accessible. Si tu veux qu'un utilisateur puisse accéder aux données
d'une
> > autre session, préciser le contexte exact pourra peut-être permettre de
> > faire une suggestion.
> >
> > A piroir :
> > - soit mettre ces infos ailleurs (Application, Cache, base de données,
> > etc...)
> > - soit intégrer ce point dans l'application à un niveau plus
"fonctionnel"
> > (par exemple droits de visu sur des données appartenant à quelqu'un
d'autre
> > que la personne connectée)
> >
> > Patrice
> >
> > --
> >
> > "Alan" <roadwolf12@nospam-hotmail.com> a écrit dans le message de
> > news:DA837549-89F8-4836-B6B2-E954B1835BA4@microsoft.com...
> > > A partir d'une page ASP.NET existante... en utilisant window.open(url)
> >
> >
> >
L'objet session est très utile dans ce cas précis, car une fois les info sauvegardées dans cet objet, il n'y a pas d'interférences avec les autres pages, de plus, il est détruit au déchargement de la page...Mais pour transmettre les informations initiales de la nouvelle fenêtre (qui sont indentiques à 1 variable près de la fenêtre appelante), je ne sais pas comment créer l'objet session, l'initialiser, et surtout le récupérer dans la nouvelle page (quoique pour le créer et l'initialiser, ce n'est pas un gros problème...). La récupération, puis l'écrasement de l'objet session créé par ASP.NET est le problème. Le sessionID peut être transmit via l'URL, mais comment récupérer l'objet??? Il n'y a pas de collection d'objet session...
"Patrice" a écrit :
Il s'agit donc d'informations propres à chaque page. Quelle est la durée de vie ? Un exemple d'information (titre ?) ? Sont-elles fixes ou changeantes ?
Si la session est appropriée, un préfixe pourrait permettre de stocker les infos propres à chaque page. Une classe peut permettre d'utiliser plus facilement ce mécanisme qu'en utilisant directement les variables de session (si variable de session pour la page présente prendre cette valeur sinon prendre la valeur générale dans le code de lecture de la propriété). Attention cela multipliera les variables de session.
Si l'info n'est utile que le temps de la page, voir si peut-être si l'information ne pourraient pas être stockée dans le viewstate. Elles pourraient également être stockée en cache, dans un fichier XML etc...
Dans tous les cas passer par une classe intermédiaire permettra de changer plus facilement si besoin le fonctionnement...
Patrice
---
"Alan" a écrit dans le message de news: > Il s'agit d'une précision. > > Le principe est le suivant : j'ai une page (default.aspx) dans laquelle je > navigue, > Je veux ouvrir une autre page (toujours default.aspx) mais avec le même > objet session, dont certaines variables seront modifiées afin d'avoir > plusieurs info différentes dans deux(ou plus) pages > Comme mon objet session contient les infos de la page en cours, ainsi que > l'authentification utilisateur, je veux 'duppliquer' puis modifier l'objet > session original, et le transmettre à la nouvelle page. > > "Patrice" a écrit : > > > C'est la réponse ou une précision ? > > > > Normalement par principe, c'est la session attachée à l'utilisateur qui est > > accessible. Si tu veux qu'un utilisateur puisse accéder aux données d'une > > autre session, préciser le contexte exact pourra peut-être permettre de > > faire une suggestion. > > > > A piroir : > > - soit mettre ces infos ailleurs (Application, Cache, base de données, > > etc...) > > - soit intégrer ce point dans l'application à un niveau plus "fonctionnel" > > (par exemple droits de visu sur des données appartenant à quelqu'un d'autre > > que la personne connectée) > > > > Patrice > > > > -- > > > > "Alan" a écrit dans le message de > > news: > > > A partir d'une page ASP.NET existante... en utilisant window.open(url) > > > > > >
