AFFICHER MESSAGE D'ATTENTE (PAGE EN COURS DE CHARGEMENT) PENDANT LA CONSTRUCTION
ThunderPsycho
Messages postés
180
Date d'inscription
lundi 3 juin 2002
Statut
Membre
Dernière intervention
4 février 2007
-
25 nov. 2004 à 11:05
cs_Baptiste852 Messages postés 2 Date d'inscription samedi 21 avril 2007 Statut Membre Dernière intervention 25 juillet 2008 - 30 nov. 2008 à 02:21
cs_Baptiste852 Messages postés 2 Date d'inscription samedi 21 avril 2007 Statut Membre Dernière intervention 25 juillet 2008 - 30 nov. 2008 à 02:21
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/27789-afficher-message-d-attente-page-en-cours-de-chargement-pendant-la-construction-de-la-page-asp
https://codes-sources.commentcamarche.net/source/27789-afficher-message-d-attente-page-en-cours-de-chargement-pendant-la-construction-de-la-page-asp
30 nov. 2008 à 02:21
Cordialement.
24 mai 2007 à 17:41
Désolé d'apporter une touche négative à ce concert de louanges (car c'est assez pratique) mais je souhaite vous mettre en garde parce que j'ai passé une journée à résoudre un pb qui venait de l'inclusion du fichier wait.asp....alors si ça peut servir à d'autres pour résoudre le problème.
Mon site (ASP) récupère en POST différentes valeur de formulaire afin de les insérer dans une base de données(classique quoi). Certaines sont de type texte et peuvent contenir des simples quotes. Le traitement classique est de récupérer la valeur avec Request.Form et par exemple de doubler les simples quotes avant insertion en base.
Pour une raison obscure(plus maintenant), l'insertion du fichier wait.asp, me retourne des valeur de champ text incomplètes tronquées avant la simple quote...et là pour trouver, j'aime mieux vous dire que je me suis tellemment arraché de cheveux que Barthez n'a qu'à bien se tenir.
En fait je pense que lorsque les paramètres sont recréés dans wait.asp, la partie de champs situé après les simples quote passent à la trape. J'ai pas eu vraiment le temps de m'attarder sur le problème, un jour viendra....
Bien sûr j'effectue une modification des simples quotes côté client (javascript), mais en cas de désactivation Javascript .....
9 mai 2007 à 23:38
Je souhaitais utiliser ce code, à partir de pages PHP.
J'ai fais un test cela ne fonctionne pas.
Est-ce que vous avez une astuce ?
Ou est-ce que vous avez une autre solution ?
Merci d'avance.
17 avril 2007 à 08:20
(en fait j'ai mis l'appel du formulaire dans la balise BODY)
<html>
<head>
<title>Please Wait...</title>
</head>
<TABLE BORDER= 0 CELLPADDING=0 CELLSPACING=1 Class="Table" width="250" height="1">
----, Chargement en cours </td>
----
Veuillez patienter...
</td>
</tr>
</TABLE>
<form name ="WAIT_go" method="post" action="http://<%=request.servervariables("SERVER_NAME")%><%=Request.ServerVariables("PATH_INFO")%><%if Request.ServerVariables("QUERY_STRING") <>"" then%>?<%=Request.ServerVariables("QUERY_STRING")%><%end if%>">
<%
For Each item In Request.Form
Response.Write ""
Next %>
</form>
</html>
22 mai 2006 à 08:57
(je n'y ai pas d'action, mais je développe en intranet, dans ma société, qui ne supporte QUE IE)
Je fais dont part de mes idées de temps en temps, reste à corriger pour les autres browser
19 mai 2006 à 13:24
J'ai essaye ce code et il fonctionne seulement dans certains navigateurs.
IE6 = fonctionne
Firefox = ne fonctionne pas et affiche une page blanche
Netscape = le message d'attente clignote
vous avez une idee? Merci.
11 mai 2006 à 11:48
des idées?
3 nov. 2005 à 11:32
3 nov. 2005 à 11:20
3 nov. 2005 à 11:06
Merci bcp pour tes explications et ta patience.
3 nov. 2005 à 10:16
3 nov. 2005 à 10:07
Sinon, tu peux m'expliquer le bout de code:
For each item in request.form
response.write "<input......."
Next
Encore merci... je suis un vrai débutant en ASP ;o)
3 nov. 2005 à 09:50
Pour la question, je vais lire...
3 nov. 2005 à 09:43
Dis moi, j'ai posé une autre question sur le forum, voir lien ci-dessous, t'aurais pas une idée ?
http://www.aspfr.com/forum.v2.aspx?ID=592441
Encore merci,
Steff
2 nov. 2005 à 19:23
récupère tout ces paramètres (POST ou GET) et les reposte (mais sans afficher la barre de progression cette fois).
Plus clairement : tu fais 2 fois appel à la même page. La première fois, tu affiches un sablier (barre de progression) et tu vas pas plus loin (tu mémorises juste les infos POST et GET et tu reposte la même page). La seconde fois, tu affiches le résultat
2 nov. 2005 à 19:02
2 nov. 2005 à 18:14
Je l'ai testé, il fonctionne nikel, par contre, étant débutant en asp, serait il possible de m'expliquer un peu plus en détails les lignes de codes du fichier wait.asp qui se trouve dans la balise
... car je ne comprends pas tout et j'aimerais satisfaire ma curiosité.
D'avance merci,
Steff
18 févr. 2005 à 20:33
7 janv. 2005 à 08:49
Petite remarque à ThunderPsycho :
Tout comme Boreux, je vais placer ce code sur un intranet composé de pages qui contiennent de nombreuses requètes croisées, etc... et qui intérrogent plusieurs dizaines de milliers d'enregistrements. Alors on a beau optimiser le code, au bout d'un moment, quand la base est énorme, elle est énorme... :-) et on ne peut que prendre son mal en patience pour avoir le résultat.
27 nov. 2004 à 12:58
27 nov. 2004 à 12:52
26 nov. 2004 à 09:56
Romelard Fabrice.
25 nov. 2004 à 19:43
Effectivement si le temps de reponse du serveur est long, il y a du soucis à ce faire par rapport à la structure de l'hebergement, ou de l'optimisation du code...
Bonne prog à tous
Keneyda
25 nov. 2004 à 19:18
il y a peut-être du travail à faire au niveau de l'optimisation de ton ou tes serveurs webs, et de tes serveurs de base de données.
Perso je gère un cluster web où sur nos sites à forte charge, le délai de réponse d'un serveur doit être < 1 seconde en pointe afin de ne pas pénaliser la navigation, surtout quand plusieurs fichiers asp sont appelés par page......
Bonne continuation
25 nov. 2004 à 15:09
[javascript:history.go(-1) Retour]
Ceux-ci devront mettre (-2) pour revenir sur la page précédente... Effectivement, il y a une page intermédiaire maintenant : WAIT.ASP
25 nov. 2004 à 13:03
Pour ThunderPsycho : "Il est effectivement non nécessaire pour les requetes courtes, mais peut etre fortement utilile lorsque la page est composé de multiple tableaux imbriqués qui sont souvent le faites de l'attente des pages..."
Pour Boreux : "Rien a redire... Chapeau..., mise en place tres tres simple..."
Bon prog a tous,
Keneyda
25 nov. 2004 à 11:36
[B]Faire patienter l'utilisateur avec un message d'attente
8pendant le chargement (parfois assez long) de la page (construction cote server)'/B
Ici, je suis en Intranet, et c'est utile pour mes applications qui accèdent à de nombreux enregistrements (J'attaque des Bases Oracle)...
25 nov. 2004 à 11:05
Je trouve qu'il est plus intéressant d'avoir un message d'attente sur une page web lors du téléchargement du code et des graphismes, mais c'est mon avis :o)
-> 7/10