La différence essentielle est que c'est exclusivement côté serveur. Le client ne sera donc pas informé de la nouvelle URL. A voir en fonction du cas.
Patrice
--
"Frédéric LAMBOUR" a écrit dans le message de news:%
Puis-je utiliser Serveur.Transfert("page.aspx", false) systématiquement à la place de Response.Redirect() afin d'optimiser les aller retour.
Y a t-il un risque ?
PATRICE A. BONNEFOY
On peut dire également que l'on utilise Server.transfer pour rediriger dans le site et Response.Redirect dans ou hors du site... PAB.
"Patrice" a écrit :
La différence essentielle est que c'est exclusivement côté serveur. Le client ne sera donc pas informé de la nouvelle URL. A voir en fonction du cas.
Patrice
--
"Frédéric LAMBOUR" a écrit dans le message de news:% > Puis-je utiliser Serveur.Transfert("page.aspx", false) systématiquement à > la place de Response.Redirect() afin d'optimiser les aller retour. > > Y a t-il un risque ? > >
On peut dire également que l'on utilise Server.transfer pour rediriger dans
le site et Response.Redirect dans ou hors du site...
PAB.
"Patrice" a écrit :
La différence essentielle est que c'est exclusivement côté serveur. Le
client ne sera donc pas informé de la nouvelle URL. A voir en fonction du
cas.
Patrice
--
"Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans le message
de news:%23ITsuXfpEHA.3300@TK2MSFTNGP12.phx.gbl...
> Puis-je utiliser Serveur.Transfert("page.aspx", false) systématiquement à
> la place de Response.Redirect() afin d'optimiser les aller retour.
>
> Y a t-il un risque ?
>
>
On peut dire également que l'on utilise Server.transfer pour rediriger dans le site et Response.Redirect dans ou hors du site... PAB.
"Patrice" a écrit :
La différence essentielle est que c'est exclusivement côté serveur. Le client ne sera donc pas informé de la nouvelle URL. A voir en fonction du cas.
Patrice
--
"Frédéric LAMBOUR" a écrit dans le message de news:% > Puis-je utiliser Serveur.Transfert("page.aspx", false) systématiquement à > la place de Response.Redirect() afin d'optimiser les aller retour. > > Y a t-il un risque ? > >
Jean-marc Sennechael
Bonsoir,
Un précision: il ne faut donc pas utiliser Server.Transfert() si vous utilisez un filtre ISAPI pour mettre à jour votre contexte.
Cordialement,
Jean-marc Sennechael Microsoft France - MCS
Ce message est fourni en l'état, sans garantie d'aucune sorte et ne vous confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"PATRICE A. BONNEFOY" a écrit dans le message de news:
On peut dire également que l'on utilise Server.transfer pour rediriger
dans
le site et Response.Redirect dans ou hors du site... PAB.
"Patrice" a écrit :
> La différence essentielle est que c'est exclusivement côté serveur. Le > client ne sera donc pas informé de la nouvelle URL. A voir en fonction
du
> cas. > > Patrice > > > -- > > "Frédéric LAMBOUR" a écrit dans le
message
> de news:% > > Puis-je utiliser Serveur.Transfert("page.aspx", false)
systématiquement à
> > la place de Response.Redirect() afin d'optimiser les aller retour. > > > > Y a t-il un risque ? > > > > > > >
Bonsoir,
Un précision: il ne faut donc pas utiliser Server.Transfert() si vous
utilisez un filtre ISAPI pour mettre à jour votre contexte.
Cordialement,
Jean-marc Sennechael
Microsoft France - MCS
Ce message est fourni en l'état, sans garantie d'aucune sorte et ne vous
confère aucun droit. Vous assumez tous les risques liés à son utilisation.
"PATRICE A. BONNEFOY" <PATRICEABONNEFOY@discussions.microsoft.com> a écrit
dans le message de
news:7E162137-5384-4BF3-9095-1F5EA13CBCCC@microsoft.com...
On peut dire également que l'on utilise Server.transfer pour rediriger
dans
le site et Response.Redirect dans ou hors du site...
PAB.
"Patrice" a écrit :
> La différence essentielle est que c'est exclusivement côté serveur. Le
> client ne sera donc pas informé de la nouvelle URL. A voir en fonction
du
> cas.
>
> Patrice
>
>
> --
>
> "Frédéric LAMBOUR" <PasDeSpam_f.LAMBOUR@everlog.com> a écrit dans le
message
> de news:%23ITsuXfpEHA.3300@TK2MSFTNGP12.phx.gbl...
> > Puis-je utiliser Serveur.Transfert("page.aspx", false)
systématiquement à
> > la place de Response.Redirect() afin d'optimiser les aller retour.
> >
> > Y a t-il un risque ?
> >
> >
>
>
>
