Ah ok, beurk
Moi j'utilise plus de variables de sessions depuis que je me suis retrouvé avec un projet qui en utilisait plus de 200 différentes
Maintenant, je code proprement, et en plus le serveur va deux fois plus vite du coup. Les variables de session, c'est pour les gens qui savent pas travailler
Perso, soit je passe par un cookie "de session" (cookie détruit dès que l'utilisateur ferme son navigateur), quand j'ai pas d'autre choix, soit je fais :
<form method="post" action="nextpage.asp">
<input type="hidden" name="mavar1" value="<%=mavar1%>">
<input type="hidden" name="mavar2" value="<%=mavar2%>">
<input type="hidden" name="mavar3" value="<%=mavar3%>">
</form>
Et un submit() sur l'élément qui fait sortir de la page.
Ensuite, je récupère proprement mes variables par le form.
Et quand je dois sauter une page, l'astuce qui tue
<form method="POST" action="next2.asp">
<%
dim el
for each el in Request.Form
%>
<input type="hidden" name="<%=el%>" value="<%=Request.Form("el" )%>">
<%
next
%>
</form>
Avec toujours un submit.
Seule limitation, au niveau des infos sensibles (et à ce moment, un petit cookie est très bien). Pour certaines infos "sensibles", et dont on peut se passer de les transférer via le client, autre astuce (pour un montant de commande par exemple) : tu stock l'info dans la base, et tu passe en variables les infos qui permettent de la retrouver. Ca évite de se faire "hacker" par des petits malins qui éditent le code HTML de la page, ou qui modifient leurs headers