Discussion :

[boboss123]

Bonjour,

Sur ma page web, j'ai plusieurs boutons qui envoient des requêtes AJAX.

Comment faut-il que je gère ça ? ... j'ai cru comprendre qu'il ne fallait envoyer qu'une seul requête AJAX a la fois car on pouvait avoir des problèmes sur certains navigateurs : c'est à moi de le gérer ou le framework le fait automatiquement (que se passe t-il si j'envoie plein de requête les une à la suite des autres sans attendre les réponses ?) ?


merci d'avance

[Sourrisseau]

assez générale et il est difficile d'y répondre de manière concrète. Par rapport aux éléments que tu donnes je pense que par défaut jquery pourra gérer l'ensemble de tes requêtes sans gros problème puisque celles ci sont envoyées lors d'un click sur des boutons.

Néanmoins tu peux avoir un nerveux de la souris qui prendra un malin plaisir à jouer avec tes boutons et avec tes nerfs.
Pour le moment je vois 2 solutions à ton problème , la deuxième pouvant être aménager à ton gout :

- Passer en mode synchrone : il s'agit d'une options à activer dans $.ajax. Cette option async , bloque tout traitement tant que la requête ajax précédente n'est pas revenu. Mais c'est une solution à utiliser en dernier recours , par exemple :

Code :

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

1
2
3
4
5
6
7
8
 
$.ajax({
  async : false,
  url: 'ajax/test.html',
  success: function(data) {
    alert('bravo')
  }
});

- La deuxième solution est beaucoup plus élégante et performante, il s'agit de récupérer tes données de préférence au format json. Dans ton objet json renvoyé par le serveur tu vas avoir plusieurs 'cle' : 'valeur' , parmi ces éléments tu vas passer ce que tu souhaites récupérer et une fonction de callback pour le javascript. Concrètement si tu cliques sur un bouton :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
// Ta fonction ajax va être la suivante
 
$.ajax({
  dataType: "json",
  url: 'ajax/test.html',
  success: function(data) {
    if (data.callback) eval(data.callback + '(' + data.resultat + ')' );
  }
});
 
// ton serveur devra renvoyer des donnees au format json
// par exemple { "resultat" :  "totto est sympa"  , "callback" : "ma_fonction"}
// quand tu recuperes cela du serveur tu dois avoir une fonction ma_fonction() que voici
 
function ma_fonction(resultat){
 
	alert(resultat);
	// ou ce que tu veux ....
}

Dans ce cas même si ton internaute est un peu agité les traitements seront toujours fait correctement car l'appel à la fonction de callback te garantie que chaque retour en ajax soit traité par la bonne fonction.

Sinon je sais qu'il existe un plugin pour jquery qui met dans une 'queue' tes requêtes ajax pour assurer un traitement 'ordonné'. Mais je ne l'est jamais testé.

[boboss123]

sauf erreur de ma part, il me semble qu'en utilisant la seconde méthode, tu as quand même le risque d'avoir deux requêtes AJAX en cours de traitement en même temps et donc risque de bug, non ?

=> par contre j'ai un doute : je ne retrouve plus le lien qui disais qu'il ne fait pas créer deux objets AJAX en même temps

[Sourrisseau]

tu ne peux lancer deux requêtes en simultanées. Par contre il est tout a fait possible que les retours des requêtes ne soient pas dans le même ordre que celui de tes appels en ajax.

C'est pour çà que la solution utilisant du json et une fonction de callback te permet de gérer correctement les retours sans se soucier de l'ordre d'envoie des requêtes en ajax.

[boboss123]

tu ne peux lancer deux requêtes en simultanées.

tu peux me montrer un bout de code qui envoie deux requetes en simultanées stp (car là je m'embrouille un peu => je ne vois pas la différence : pour reçevoir deux requtes pour moi il faut avoir auparavant envoyé deux requêtes) ?

[Sourrisseau]

je parlais de simultanée cela veux dire littéralement : 'en même temps'. Ce qui est impossible. Tu peux envoyer avec un écart très faible et lancer plusieurs requêtes avant d'avoir une réponse.

[Watilin]

Bonjour, quelques petites remarques.

1. Le premier « A » de ajax signifie asynchrone. Sourrisseau l’a déjà dit, les requêtes synchrones c’est une mauvaise idée, mais je veux insister sur ce point pour plusieurs raisons.

• L’interface du navigateur est gelée pendant toute la durée de la requête. C’est mauvais pour l’ergonomie, ça va donner une mauvaise impression à l’utilisateur ou l’utilisatrice ; et dans le pire des si la requête n’aboutit pas à cause d’une latence du réseau ou d’une surcharge du serveur, l’interface va rester gelée, à moins que tu ne gères ce cas à la main dans ton script.
• C’est une technique dépréciée et les consoles des navigateurs récents affichent un avertissement, par exemple sous Firefox :
  

  L’utilisation d’XMLHttpRequest de façon synchrone sur le fil d’exécution principal est obsolète à cause de son impact négatif sur la navigation de l’utilisateur final. Consulter http://xhr.spec.whatwg.org/ pour plus d’informations.

• Il faut s’attendre, aujourd’hui ou à l’avenir, à ce que certains outils de mesure de performance comme PageSpeed te retirent des points à cause de ça.

2. Je n’ai jamais entendu parler de contre-indication à lancer plusieurs requêtes ajax en même temps. D’un point de vue réseau, une requête ajax est une requête HTTP comme les autres, et les navigateurs, depuis les premières heures de leur histoire, sont conçus pour faire des requêtes HTTP.

Si le pipelining est activé dans les options de configuration, le navigateur lancera un certain nombre de requêtes en parallèle (jusqu’à un nombre maximum qui est aussi une option de configuration), sinon il les ordonnera dans une file et les lancera les unes à la suite des autres.

Bien sûr il faut rester raisonnable dans la quantité de requêtes : c’est irréaliste de vouloir en faire une centaine en même temps. Mais les complications se situent plus au niveau du serveur (charge à supporter) et des nœuds intermédiaires sur le réseau (par exemple, risque de bannissement si l’utilisateur passe par un proxy, ou si ton serveur est protégé par un service anti-DDoS).

3. Attention avec eval, c’est très rarement une bonne idée. Se baser sur l’échange de code exécutable entre le serveur et le client, c’est une faille de sécurité. En l’occurence, le serveur pourrait être usurpé, par exemple avec une attaque par empoisonnement DNS, et on se retrouve à exécuter du code inconnu côté client. Je vous laisse imaginer les conséquences.
C’est bien mieux de ne faire transiter que des données, et d’utiliser JSON.parse pour les interpréter côté client.

[boboss123]

ok merci pour les infos, j'avais un doute sur le nombre simultanées de requête que les navigateurs pouvaient traiter.
Je pense que l'on peut fermer le sujet

[psychadelic]

Oui, il n'y pas de limitations sur le nombre de requêtes Ajax lancées les unes à la suite des autres, et avant même que l'une d'entre elles ne puisse recevoir une réponse.

Mais il faut aussi se prémunir contre les clickeurs fous qui pressent 100 fois sur le même bouton tant qu'ils n'ont pas obtenu leur réponse et qui de ce fait envoient 99% de requêtes Ajax inutiles.