Salut,  
Je cherche à faire une redirection coté serveur en ASP.
 
C'est à dire que dans la page1.asp je fais un test, qui s'il est positif continue l'éxécution de la page1.asp, sinon, file directement vers la page2.asp
 
J'ai bien un truc en JS qui me fait ça :

 
Mais évidemment ça n'agit que coté client, donc envoi de la page, execution du JS sur le poste client, puis redirection.
 
Cela pose des pbs en termes de flux réseau qu'il faut minimiser et aussi parce que le début la page1.asp a le temps d'apparaitre juste avant le redirect, c'est un peu crade.
 
Merci de votre aide

<%response.buffer = TRUE
URL="page2.asp"
response.redirect URL%>

Ok je teste merci
 
Le Response.Redirect("page2.asp" ) seul ne marchait pas, quelle est l'action du Response.Buffer=TRUE stp?

Marche pas.

c'est pour dire au seveur d'executer la commande tout de suite

ah...ben sur mon serveur ca fonctionne...je vais kan même regarder...deux secondes

et comme ça :
<%response.buffer=true
URL="page2.asp"
Response.Redirect URL%>
 
c'est exactement ce que j'ai et je viens de tester, ca marche

Rhaaaa.... marche pas.

 
A savoir (aurais je oublié de le signaler?:whistle: )les pages Asp origine et destination (1 et 2 quoi) sont dans une frame...

moi ca reste dans le frame.
Sinon, le response.buffer, tu le mets au tout debut du code de ta page, la première ligne.
T'as koi comme OS ?

Ok j'essaie.
 
Win2k.

Rien à faire... ça veut pas.

putain, chelou, j'ai IIS sur XP Pro, et ca marche.
il t'affiche une erreur, il fait quelque chose ? ou il attends betement ?
tapes ça
<%  
response.buffer=true  
if (nboccurs = 1) then  
reponse.write "ok<br>"
URL="../test/essai.asp"  
response.write "URL"
Response.Redirect URL  
end if  
%>  
 
 
et dis moi s'il affiche bien sur ta page :
 
Ok
../test/essai.asp

Il affiche la page1.asp, pas de redirect en fait, pas d'erreur non plus...
 
Mon test fonctionne à priori puisqu'en mettant du JS au millieu de l'ASP, ça redirigeait...
 
Je teste ta version, je reviens.

Arff... alors, response.write "URL" ca affiche... URL!
 
Normal.
 
Donc il passe bien dans le test. MAIS... il n'affiche pas "ok"..

Après correction, il m'affiche bien ../test/essai.asp, mais toujours pas de "ok"...
 
edit : reSponse.write "Ok</br>", corrigé, ça marche...
Mais ça ne redirige toujours pas...
 
edit2 : *TILT!*
Ton serveur est ta machine? Celle sur laquelle tu effectues le test?

bon, on resume (excuse pour les erreurs de syntaxe ) :
la page source, celle ou il y a le redirect = test.asp
la page destination (dans le cas ou elle est dans le sous repertoire /test) = essai.asp
 
je viens de créer le même truc que toi et ça marche chez moi.
voila ce que j'ai :
repertoire de base : fichier test.asp
repertoire /test : fichier essai.asp
 
contenu de test.asp :
<%  
response.buffer=true  
nboccurs = 1
if (nboccurs = 1) then  
response.write "ok<br>"  
URL="../test/essai.asp"  
response.write URL
Response.Redirect URL  
end if  
%>  
 
contenu de essai.asp :
<%response.write "ok ca marche"%>
 
 
resultat, il affiche "ok ca marche"

pour le tilt, oui, mais je peux faire le test sur une autre mais je suis sur à 100% que ca marchera...je fais le test

Je confirme, ca marche sur un autre poste

Je confirme... je viens de trouver une autre page de mon appli, juste dans un autre rep, ou le Response.Redirect marche!!!
 
Là, impossible...
 
Hum... peut être l'utilisation de fonctions extérieures qui interfèrent...

je pense plutôt a des droits. Va voir du coté des droits d'executions des pages dans le service web.
Fo que je te laisse. @ demain  

Merci pour tout, je continue de chercher

Ok... pb cerné...
 
Il faut effectivemmnt faire le redirect dans le premier <% ... %>.
 
Là pb... le nb d'occurences que je récupère, il me faut saucissoner le code avnt. Bon, pb cerné, c'est déjà ça, merci.

je comprends pas trop ce que tu me dis là    
je vois pas pk ca marche pas
t'as du nouveau ?

il ne faut pas éviter de faire le response.redirect dans le body de la page html?
il me semble qu'on devait le faire dans le head ou meme avant, mais c'est à confirmer

ben en tout cas ca marche un peu partout. Par contre il faut bien s'assuré qu'il n'y a pas de recordset d'ouvert....

Si je ne m'abuse, on peut faire des response.redirect n'importe où si serveur en W2K.
 
Par contre, sur NT, faut jouer du Buffer si on est pas dans l'en-tête.
 
C'est d'une clarté, je suis fier de moi

non non, C très clair   . Par contre même sous Win2k c'est fortement conseillé de mettre un "response.buffer = true"

pour moi aussi    
faites comme si je n'avais rien dit alors

Remontée d'outre tombe.
 
Oui je m'explique : mon code asp est saucissoné en plusieurs blocs <% ...du code asp ... %> [...du html...] <% ...encore du code asp... %> etc...
 
Si le response.redirect est fait ailleurs que dans le premier <%...%> ça ne fonctionne pas.

Juste comme ça.
Le "response.buffer = true" ne veut pas du tout dire qu'il faut éxécuter le code tout de suite.
 
Ca sert uniquement à mettre en buffer la page, et l'envoyer d'un coup une fois compilée, au lieu de l'envoyer au fur et à mesure.
 
Avantages :
-> La page se charge d'un coup côté client
-> Ca économise la BP sur le serveur
 
Désavantages :
-> Si la page est longue à se compiler (grosse boucle avec beaucoup de traîtements par exemple), l'abscence de résultat côté client risque de provoquer une 404, ou simplement faire partir d'utilisateur.
-> Si les pages sont très volumineuses, tu bouffes de la RAM inutilement sur le serveur.
 
Le Response.Buffer = true est nécessaire dans le cadre d'un redirect, car sans lui, IIS commence à envoyer la page dès le départ, y compris les headers. Hors le redirect est un header, donc ça plantera si IIS a déjà envoyé les headers.
 
C'est aussi obligatoire si tu veux paramètrer manuellement les headers de la page, pour la même raison.
 
Dans le cadre d'une page volumineuse, tu peux faire régulièrement des Response.Flush dans le code, ce qui va forcer le buffer à être envoyé au client, évitant ainsi un timeout.

 
Donc, après ce que je viens d'écrire : Response.Buffer = true DES LA PREMIERE LIGNE de ton script

PS : ceci n'a rien à voir avec le ASP Cache et le IIS cache, qui servent, pour le premier, à conserver la version compilée de la page en mémoire afin d'avoir une compilation plus rapide (IIS 5 et plus) et le second à conserver une copie en mémoire des pages déjà éxécutées (le HTML généré) afin de ne pas ré-éxécuter les pages lorsque leur contenu ne change pas d'une fois sur l'autre.
 
Le second peut-être embêtant si une page est différente d'une fois sur l'autre alors que ses paramètres en entrée restent les mêmes (variables en request.form, request.querystring, request.cookie) et que le script n'a pas changé car dans certains cas, il ne détectera pas que d'une fois sur l'autre le contenu doit changer. Ceci s'applique deplus non seulement aux pages ASP, mais aussi aux fichiers HTML et les images.
 
ASP cache :
 

 
IIS Cache :
 

 
Pour le second, certes, c'est un header, donc c'est normalement le proxy/firewall qui conserve une copie cachée, mais en plus, pour les navigateurs ne supportant pas le cache, ou sur lesquels c'est désactivé, une copie est conservée en mémoire sur le serveur.
C'est TRES risque de l'activer, et encore plus de mettre "expire immediately", car TOUT, y compris les images sera recherché depuis le disque à chaque accès (y compris si une image est présente deux fois de suite dans la même page !!!), le proxy et le firewall ayant pour instruction de ne pas conserver de copie en local. Ca va donc bouffer toute la BP en un rien de temps