Discussion :

[..:: Atchoum ::..]

Bonjour,

Je suis exposé a un problème étrange sous IE. Sur les autres navigateurs comme d'habitude tout va bien.

J'ai des reqêtes Ajax qui se lancent sur le serveur. Elles peuvent prendre de 0 a 20 secondes.
(En gros c'est une sorte de serveur de requetes Ajax, toutes les 20 secondes s'il n'y a pas eu de changements la requete se termine et une nouvelle est lancée) Coté serveur il boucle en faisant des sleep (genre toutes les 2secondes) et il vérifie l'état pour ou non renvoyer des changements coté client)

Et bien il se trouve, il semblerait que sous IE, quand une requete ajax est en cours, si je clique sur un simple lien, pour changer de page, IE attend la fin de la requete ajax en cours de la page quittée !

Note: Autrement sur les autres navigateurs tout est correctement asynchrone avec les sessions etc..

Si quelqu'un a une idée je lui en serais grandement reconnaissant !

L'idée je pense est de dire à IE qu'il n'a pas a attendre la fin de la requete Ajax mais bien toutes les tuer pour ouvrir une nouvelle page, ce que fait Firefox on le voit avec FireBug)

Cordialement
Sébastien

[..:: Atchoum ::..]

Bonjour,

Je me permet de faire un petit "up" en apportant de nouveaux éléments.

En fait, le fait qu'IE attende la fin de la précendente requete Ajax en cours pourrait sembler logique (La différence avec les autres navigateurs serait une gestion en arrière plan de la fin de la requete)

Si c'est le cas, mais je n'en suis pas sur, cela voudrait dire que le changement de page laisse quand meme la requete tourner en arrière plan sous Firefox, ce qui va me poser des problèmes par la suite.

Comment faire pour terminer/abander les requetes ajax en cours au changement de pages ?
Les requetes sont en cours sur le serveur en fait, je crains donc que c'est mon principe des syncrhos client/serveur est a revoir....
La puissance de ce système est que je detecte coté client des changements coté serveur a moins de 2 secondes d'intervalles sans bombarder(toutes les 2secondes mais les 20secondes) de requetes Ajax le serveur...

Si c'est pas clair dites, j'expliquerai plus ...
++

[wanou]

+1

J'ai exactement le même problème...
Merci de toute l'aide qu'on pourra avoir sur ce sujet.

[Shinuza]

Bonjour,

Je me permet de faire un petit "up" en apportant de nouveaux éléments.

En fait, le fait qu'IE attende la fin de la précendente requete Ajax en cours pourrait sembler logique (La différence avec les autres navigateurs serait une gestion en arrière plan de la fin de la requete)

Si c'est le cas, mais je n'en suis pas sur, cela voudrait dire que le changement de page laisse quand meme la requete tourner en arrière plan sous Firefox, ce qui va me poser des problèmes par la suite.

Comment faire pour terminer/abander les requetes ajax en cours au changement de pages ?
Les requetes sont en cours sur le serveur en fait, je crains donc que c'est mon principe des syncrhos client/serveur est a revoir....
La puissance de ce système est que je detecte coté client des changements coté serveur a moins de 2 secondes d'intervalles sans bombarder(toutes les 2secondes mais les 20secondes) de requetes Ajax le serveur...

Si c'est pas clair dites, j'expliquerai plus ...
++

Salut,

T'as une méthode abort() sur l'objet XHR donc un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
window.onunload = function() {
xhr.abort() //Soit xhr ton instance
}

Devrait à priori fonctionner

[kangaxx]

L'intéret est il vraiment prouvé qu'il vaut mieux faire des sleeps que de faire des nouvelles requêtes à chaque fois ? Parce qu'en Php jsuis pas sur que ca soit des Sleep inactifs, donc le serveur risque de pas apprécier des masses.

[d-Rek]

Hello,

Lis mon article sur Comet : http://d.rek.free.fr/blog/?p=9
Pour éviter ton changement de page, struture ta page en web 2.0 pur.
En fait, lorsque tu changes de pages, tu vides ton body ou tes div et afficher dynamiquement grâce au JS ton nouveau contenu que tu récupères en ajax ou non.