setInterval en attente

Bonjour,

Contexte : HTML/PHP,script PHP en asynchrone, JQuery et Ajax

Voila le problème :
Ma page principale s'affiche, et laisse le soin à un script PHP lancé en asynchrone de générer la liste demandé, qui peut être longue à générer.
Ce script est lancé lors de l'event JQuery $(document).ready(). Donc la page à fini d'être affiché lors du lancement de ce script.
J'exécute via un setInterval une fonction qui me permet de récupérer les pourcentage d'avancement pour une barre de progression.
Mais cela ne marche pas.
On dirait que le setInterval attend le retour du script générant la liste pour démarrer !
C'est une procédure déjà utilisée, via une action sur un bouton, mais pas au démarrage de la page.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34

$(document).ready(function() { $.ajax({ url: 'ajax/build_list.php', type : "GET", async : true, data : { sortBy : 'Code'}, }) idP=setInterval("updatePGB()", 25); }); /**  * Mise à jour de la barre de progression  */ function updatePGB() { $.ajax({ url : "ajax/pgbar_build.php", type : 'GET', async : false, dataType : 'text', success : function(data,statusText,jqXHR) { if (data!="END") { percent=parseInt(data); $("#pgb_step").width(percent*2); } else { clearInterval(idP); $('#progressBar').hide(); loadXML(); }; }, error : function(jqXHR,statusText) { alert("Erreur "+statusText); } }); }

---

Ca fait un moment que je cherche, mais rien à faire !

Quelqu'un à une idée ?

Merci.

25 millisecondes 8O

Déjà, je serais particulièrement étonné que tes requêtes répondent en moins de 25ms, donc tu vas être rapidement confronté à la limite de requêtes HTTP simultanées imposée par le navigateur.

Ensuite

Citation:

---

Donc la page à fini d'être affiché lors du lancement de ce script.

---

certes, mais cela ne veut pas dire que tous les éléments remplacés (images, iframes, objets, ...) ont été récupérés, ce qui limite encore le nombre de requêtes AJAX possibles...

Autre détail :

Code:

---

idP=setInterval(updatePGB, 25);

---

est plus indiqué que

Code:

---

idP=setInterval("updatePGB()", 25);

---

Citation:

---

Envoyé par Bovino

Autre détail :

Code:

---

idP=setInterval(updatePGB, 25);

---

est plus indiqué que

Code:

---

idP=setInterval("updatePGB()", 25);

---

---

J'ai fait les 2.
Idem

Citation:

---

Envoyé par Bovino

Déjà, je serais particulièrement étonné que tes requêtes répondent en moins de 25ms, donc tu vas être rapidement confronté à la limite de requêtes HTTP simultanées imposée par le navigateur.

Ensuite

certes, mais cela ne veut pas dire que tous les éléments remplacés (images, iframes, objets, ...) ont été récupérés, ce qui limite encore le nombre de requêtes AJAX possibles...

---

A la base j'était partie sur 250ms.
Puis baisser pour provoqué une réponse ou une erreur.
Je doit la remonter effectivement car cela ne sert à rien 25ms.

Même 250 ms pour une requête ajax c'est court je trouve, même si ton serveur est balèze peut-être que la connexion de ton visiteur est plus lente.

Une "progresse barre" rafraîchie toutes les 1 ou 2 secondes c'est largement suffisant je pense. (pour mes tchat "instantanés" je règle mon rafraîchissement en général entre 1.5 et 6 secondes)

Sinon, pour éviter de surcharger ton serveur de requêtes alors que tu n'as peut-être même pas encore reçu la réponse de la précédente, tu peux mettre des conditions du genre :

envoyer une nouvelle requête SI (j'ai reçu une réponse de la précédente OU si le dernier envoi de requête est trop vieux).

L'application est uniquement en intranet. Sur une autre partie de l'application, elle est défini à 1s, mais il est vrai qu'elle peut durer plus 30mn !
Celle-ci à un délais de 2s à 5s suivant la demande. La barre de progression était un petit plus pour avertir l'utilisateur. Elle n'est pas vraiment nécessaire, mais le problème me tarabuste plus !

Ca ne marche pas, c'est un peu court pour localiser l'erreur, as-tu un message d'erreur dans la console (ctrl+alt+j ) est-ce que les appels ajax sont bien envoyés et reçus ?

Aucun message puisque les appels à la procédure de mise a jour de la barre de progression sont exécutés (mais à la fin).
Les appels ajax se déroulent bien. D'ailleurs, j'ai été contraint de remplacer les $.get par des $.ajax, car pour une raison mystérieuse, elle ne lançait pas le script php. Et la aussi, pas de message.

Salut, est tu sur du formatage de tes données par hasard?
Car souvent ce genre d'erreur est assez redondant avec ce cas de figure.
Solution au problème de formatage côté serveur pour PHP
Bien préciser coté serveur l'encodage :

1 - Il faut aussi flusher et vider le cache pour les problème de BOM.
php

Code:

---

1 2 3

flush(); ob_start(); //starting output buffer

---

php
2 - xml
petite function pour rendre clean le formatage xml des datas
php

Code:

---

1 2 3 4 5 6 7 8

function clean_string_for_valid_xml($string) { $entities_array = array(); foreach (get_html_translation_table(HTML_ENTITIES, ENT_QUOTES) as $character => $entity) { $entities_array[$entity] = '&#' . ord($character) . ';'; } return str_replace(array_keys($entities_array), $entities_array, $string); }

---

3 - charset à UTF-8 content-type text/xml pour le header

Code:

---

1 2 3

mb_convert_encoding(clean_string_for_valid_xml($out), "UTF-8"); //converting output header("Content-type: text/xml; charset=UTF-8");

---

Si cela à déjà été fait ne tiens pas compte de mes remarques.

Bonne chance ;)

salut,

Citation:

---

On dirait que le setInterval attend le retour du script générant la liste pour démarrer !

---

Citation:

---

async : false,

---

ton appel est bloquant, et effectivement ya rien dautre qui sexecute tant que tas pas le retour du script.

Tu peux enlever cette ligne pour passer en asynchrone (comme ca devrait toujours etre le cas) de toute facon les events sont ajoutes en stack cest a dire que tes retours seront geres (plus tard) mais dans lordre dans lequel tu les as recus

edit: le derniere comment est a prendre avec pincettes, car si ca lag il se peut que tu aies le scenario
appel 1 ->retour 2
appel 2 ->retour 1

cad que les appels se croisent parce que tu lag.
Du coup, il faut faire une verif cote client pour tassurer que ce que tu recois est bien a jour.

Citation:

---

Envoyé par headmax

Salut, est tu sur du formatage de tes données par hasard?
Car souvent ce genre d'erreur est assez redondant avec ce cas de figure.
Solution au problème de formatage côté serveur pour PHP
Bien préciser coté serveur l'encodage :

1 - Il faut aussi flusher et vider le cache pour les problème de BOM.
php

Code:

---

1 2 3

flush(); ob_start(); //starting output buffer

---

php
2 - xml
petite function pour rendre clean le formatage xml des datas
php

Code:

---

1 2 3 4 5 6 7 8

function clean_string_for_valid_xml($string) { $entities_array = array(); foreach (get_html_translation_table(HTML_ENTITIES, ENT_QUOTES) as $character => $entity) { $entities_array[$entity] = '&#' . ord($character) . ';'; } return str_replace(array_keys($entities_array), $entities_array, $string); }

---

3 - charset à UTF-8 content-type text/xml pour le header

Code:

---

1 2 3

mb_convert_encoding(clean_string_for_valid_xml($out), "UTF-8"); //converting output header("Content-type: text/xml; charset=UTF-8");

---

Si cela à déjà été fait ne tiens pas compte de mes remarques.

Bonne chance ;)

---

Remarque très intéressante.
Mais mon script PHP lancé en asynchrone ne génère pas encore l'XML. Cela passe par un fichier temporaire que je charge par la suite.
Actuellement ,je soupçonne Doctrine que j'utilise pour récupérer mes données, de provoquer le blocage.

Citation:

---

script PHP lancé en asynchrone

---

faux.

Salut psclcnrd tu dit :

Citation:

---

C'est une procédure déjà utilisée, via une action sur un bouton, mais pas au démarrage de la page.

---

Donc elle marche au click sur le bouton?
Alors pourquoi ne pas stimuler le bouton?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

function stimuleMonBouton(){ document.getElementById("idform").onsubmit=function(){ return true; }; }; ou function stimuleMonBouton(){ document.getElementById("idbouton").submit(); }; ou function stimuleMonBouton(){ $("#idbouton").trigger('submit'); }; ou function stimuleMonBouton(){ $("#idform").trigger('onsubmit'); };

---

J'ai mit onsubmit(); pour la (form) envoye d'office ou sinon tu doit submit (bouton), et tout ceci dans ton window.onload ou dans ton cas jquery

Code:

---

1 2 3

$(document).ready(function() { };

---

mais je préfère plutôt cette méthode de chargement (jquery)

Code:

---

1 2 3 4

$(function(){ stimuleMonBouton(); });

---

Je sais pas si ta déjà essayé ;) a voir, sinon oubli ce que j'ai dit.
Pour doctrine je te conseil de le désactiver quand tu débug sur du js, tests unitaires PHP ça pourrait être éventuellement une cause :(, moi au tout cas je désactive doctrine, et j'ouvre le bon firebug.
Bon courage.

Bonjour Pascal,

Citation:

---

Envoyé par psclcnrd

j'ai été contraint de remplacer les $.get par des $.ajax, car pour une raison mystérieuse, elle ne lançait pas le script php.

---

Il y a peut-être un lien. Que se passait-il exactement ? Avais-tu une erreur côté serveur, côté client ou sur le réseau ? Vérifie les en-têtes HTTP dans chacune des requêtes AJAX, et assure-toi notamment qu'elles utilisent les mêmes cookies.

Au fait, quelle est ta version de jQuery ? Sous quel(s) navigateur(s) tu testes tes scripts ?