Fuite mémoire AJAX avec setTimeout

Version imprimable

14/03/2018, 18h31
manoss

Fuite mémoire AJAX avec setTimeout
Bonjour,

Je suis confronté a un pb de fuite de mémoire qui se produit à chaque appel de ma fonction ajax (jQuery) depuis un setTimeout.
Ma fonction est du style :
Code:

1 2 3 4 5 Function callAjax() $ajax(){ complete : setTimeout(callAjax), 8000); //déclaration de var //code...
J'ai limité la casse en rechargeant automatiquement la page toute les 30 minutes mais j'aimerai trouver une solution plus propre.

D'avance, merci pour votre aide
14/03/2018, 18h53
psychadelic

??
setTimeout(callAjax), 8000);

et de toutes façons utiliser un setTimeout dans une opération asynchrone est une mauvaise idée, surtout pour faire un appel récursif
car les interpréteurs JavaScript créent une nouvelle instance mémoire qui n'est pas faite pour s’agrandir toute seule.

Pour ce genre de problématique JavaScript offre une gestion de promesse =>https://developer.mozilla.org/fr/doc...lobaux/Promise

promise ajax setTimeout et fuite mémoire

Bonjour,

Je viens de mettre en place une solution via promise de jQuery.
Mon code est maintenant de la structure suivante :
Code:

1 2 3 4 5 6 7 8 9 10 var callAjax = $ajax({ //mes paramètres ajax }); var xmlAjax = fonction(xml) //mon code équivalent a success //avec en fin mon setTimeout(fonction(){ //appel de xmlAjax() }); callAjax.done(xmlAjax);
Mon setTimeout ne fonctionne pas car il rappel le traitement de mon XML mais pas la relecture du fichier qui est contenu dans la variable callAjax.

Qu'elle approche devrais-je avoir pour faire une relecture du fichier xml via Ajax sans avoir des fuites de mémoire ?

D'avance merci pour votre aide.

17/03/2018, 18h14
NoSmoking

Bonjour,

Citation:

(...) sans avoir des fuites de mémoire ?

il serait intéressant que tu nous en dises plus sur ces « fuites de mémoire » constatées.
17/03/2018, 20h01
psychadelic

Bon...

Plusieurs choses :

tu aura toujours des problèmes de "fuite mémoire" en cherchant à faire des appels récursifs au travers de l'utilisation de ta fonction setTimeOut.
parce qu'en réalité tu remplis une pile d'appels interminables sur laquelle l'interpréteur ne trouve aucune fin, et au bout d'un moment il détruit cette pile et abandonne tout ce qu'il y a dedans?

si tu dois absolument lancer un processus de manière répétée sur ta page alors il faut utiliser la méthode setInterval avec son pendant clearInterval pour le stopper.

L'autre probleme que tu as, c'est que visiblement ce processus que tu appelle de manière répétée fait un appel Ajax ce qui signifie qu'entre le moment de l'appel sur vers un serveur et sa réponse, il peut se passer un temps infini, il peut même se passer que le serveur, ben y réponde pas.

Donc si entre temps un nouvel appel sur un nouveaux processus 'ajax' est lancé avant que le précédent n'ai eu sa réponse et vu que c'est forcément un processus impactant toujours les mêmes éléments de ta page ben la aussi évidement tu va trouver que t'a des "fuites mémoire" vu que les réponses vont pas arriver forcément dans le bon ordre et voir pas du tout et peuvent finir par s'accumuler dans l'attente d'autant plus que les serveurs sont aussi programmé pour refuser les même demandes incessantes ou au mieux d'allonger les délais, alors la aussi l'interpréteur JavaScript va considérer que ton code lui prend un peu trop la tête et tout jeter.

Et pour terminer la gestion des Promesses en jQuery est franchement sommaire et pas du tout adaptée à ce que tu en attend, il faut mieux en passer par la vraie gestions des promesses implémentée sur les interpréteurs tous les interpréteurs JavaScript qui pour une fois son non seulement identique et fiable sur tous les navigateurs mais plutôt bien pensée , à mon sens.

Pour terminer je me demande bien qu'elle est la finalité de ton code, parce que, vu d'ici, ça à l'air d'une usine à gaz mal fichu.

Est-ce que tu a vraiment besoin de lancer un processus répétitif? parce que c'est pas le genre de truc conseillé sur un interface HTML pour le web, sauf si tu le fait sur un serveur privé ??
18/03/2018, 11h43
manoss

En clair je dois pas utiliser Ajax pour ma requête.

La solution que je met en place doit fonctionner en mode navigateur kiosk sans aucune intervention humaine car il s'agit d'un panneau d'appel dont les données, provenant d'un xml, doivent être mise à jour à intervalle régulier (dans une 2ème étape dynamique).

Je pensais utiliser Ajax pour la requête afin d'obtenir un effet plus propre mais si j'ai bien compris quoique je fasse j'aurais des fuites mémoire.
18/03/2018, 12h28
psychadelic

Citation:

Envoyé par manoss

En clair je dois pas utiliser Ajax pour ma requête.

heu, c'est pas tout à fait ce que j'ai écris,
s'il fallait tirer une première conclusion ce serait qu'il ne faut pas mélanger des requetes Ajax avec un setTimeout.
la seconde c'est qu'il ne faut pas faire de fonction récursive appelé avec avec un setTimeout, qu'il y ait ou non de l'Ajax dedans,
La troisième c'est que si on fait des appels à répétition avec de l'ajax il faut utiliser le système des promesses de JavaScript (et pas de jQuery car c'est pas prévu pour ça dans jQuery)

et bien sur évidement en javascript pour la répétition d'une tache cyclique il faut utiliser la méthode setInterval

mais au final, et effectivement pour un système de Kiosk autonome utilisant un simple navigateur HTML, vouloir gérer le rafraîchissement avec le JavaScript du navigateur, même s'il n'y avait pas d'appel Ajax, ça me semble pas du tout fiable.
Un navigateur n'est tout simplement pas fait pour ce genre d'usage.
Ça peut effectivement marcher en utilisant une balise meta refresh ( <meta http-equiv="refresh" content="60" /> ) mais ça aussi c'est pas fiable du tout.

Pour faire ce genre de chose je verrai plutôt une mini appli en NodeJs , et la oui, tu pourra même utiliser de l'Ajax, mais à condition de respecter les 3 conclusions précédentes) et faut aussi regarder du coté des possibilité de gestion de la mémoire proposées dans nodeJs, pour éviter tout débordement fatal, et le tout sur un Linux léger, évidement.
18/03/2018, 15h10
NoSmoking

Citation:

... mais si j'ai bien compris quoique je fasse j'aurais des fuites mémoire

toujours pas plus d'informations sur ces fameuses « fuites de mémoire », car avec le peu de code que tu nous as fourni il est difficile de cerner où peut se situer ton soucis, qui n'est pas pour moi lié à une bonne utilisation d'Ajax.
18/03/2018, 15h37
psychadelic

Citation:

Envoyé par NoSmoking

toujours pas plus d'informations sur ces fameuses « fuites de mémoire », car avec le peu de code que tu nous as fourni il est difficile de cerner où peut se situer ton soucis, qui n'est pas pour moi lié à une bonne utilisation d'Ajax.

fait tes tests : met une requête ajax qu' s'appelle elle-même dans sa partie résolve au travers d'une fonction setTimeout et tu verra qu'au bout d'un moment le système part en couilles :roll:
et lui il appelle cela "fuite de mémoire" tout simplement parce qu'il ne trouve plus son info en retours, c'est juste qu'il comprends les choses sous cet angle.

Bon,
vu ta solution via "promise de jQuery" je crois qu'un exemple vaut milles mots.

alors j'ai écrit vite fait ce petit diaporama sur une vingtaines d'images que j'ai placé dans un répertoire appelé "images"

ce qui donne "images/0000.jpg" à "images/0020.jpg"

donc trouve toi quelques images de taille identique si possible pour pouvoir tester mon code

si tu le fait tourner en local sur ton propre poste de travail, alors il faut utiliser FireFox, car c'est le seul qui accepte de faire de l'ajax en local
(sous chrome c'est faisable, il faut juste changer un flag dans les paramètres de Chrome, mais de suite et de mémoire j'ai pas sous le coude)

donc l'idée c'est d'afficher les images une à une sur le navigateur, dans une boucle sans fin (quand il est à la dernière il repasse au début).
Chaque images chargées chassant l'autre, il n'y en a donc qu'une seule en mémoire à la fois, et elles sont chargées par une requête Ajax.

En fait j'utilise une commande fetch qui est récente sur JavaScript et qui simplifie le code, mais en fait derrière c'est une vraie requête Ajax quand même, c'est juste plus rapide à coder sans ce prendre le choux.

Si je ne me suis pas trompé, mon exemple est donc tout à fait dans la même veine de ce que tu recherche à faire.

Ce code montre comment enchaîner avec des promesses JavaScript différentes requêtes Ajax les unes à la suite des autres sans chevauchement avec un délai entre chacune (j'ai mis 3s dans mon exemple), et surtout sans créer de pile mémoire qui puisse déborder ( en principe, mais j'ai mis du jQuery parce que sa fonction delay est mieux blindée que le setTimeout).

J'ai aussi simplifié mon code en faisant l'impasse sur les cas ou une requête échouerai (promise = reject... ); tu risque de trouver cela déjà assez ardu à comprendre, surtout si tu n'a pas vu la vidéo de grafikart avant (voir lien sur mon 5em post ici)

A la limite, dans le cas d'un reject on peut imaginer que la borne renvoie un message vers le serveur pour dire qu'elle est à l'agonie :aie:

donc le code..

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
<!doctype html>
<html lang="fr">
<head>
  <meta charset="UTF-8">
  <title>Diaporama basique</title>
</head>
<body>
  <h3>Diaporama basique</h3>
  <p>
    <button id="OnOff">start</button>
    <span id="refImage">...</span>
  </p>
  <p><img id="PlaceImage" src="images/0000.jpg" /></p>
 
  <script src="https://cdnjs.cloudflare.com/ajax/libs/jquery/3.3.1/jquery.min.js"></script>
  <script type="text/javascript">
 
  $( document ).ready(function() {
    var
      ref_Image   = 0,
      NbreImages  = 21,
      tempoImages = 3000,       // miliemes de secondes soit ici 3s
      pathImages  = "images/", 
      LoopProcess = false,
      $refImage   = $('#refImage'),
      $theImage   = $('#PlaceImage')
    ;
 
    // retourne le path de la prochaine image. 
    // ici le mom des images est un chiffre allant de 0 à 20 présenté ainsi  "images/0000.jpg" à "images/0020.jpg"
    function nextImage() {
      var NoImg = (++ref_Image % NbreImages).toString();
      $refImage.html( NoImg + " / " + (NbreImages -1).toString() );
      return (pathImages + '0'.repeat(4 - NoImg.length) + NoImg + ".jpg");
    }
 
    // un Zoli bt de controle pour stopper ou relancer l'affichage.
    $("#OnOff").on('click', function () {
      LoopProcess = ($(this).html() == "start");
      $(this).html( LoopProcess ? "stop" : "start" )
      if (LoopProcess) p_infiniteLoopProcess();
    });
 
 
 
    /* ------------------------------------------------------------- *\
    |   Fonctions asynchrones, mises en promesses                     |
    |                                                                 |
    |   normalement elles devraient toute avoir un gestion de rejet   |
    |   mais il fallait bien que je vous laisse du code à faire ;)    |
    |                                                                 |
    |   return new Promise(function(resolve, reject){...              |
    \* ------------------------------------------------------------- */
    
 
 
    // affiche l'image.
    // je préfere le fetch pour cet exemple, mais ce pourrait tout aussi bien être une req Ajax
    function p_changeImage( refImage ) {
      return new Promise(function(resolve){
        fetch(refImage)
        .then(function( resp ) { return resp.blob(); })
        .then(function( myBlob ) {
          var objectURL = URL.createObjectURL(myBlob);
 
          $theImage.fadeOut(800, function() {
            $(this)
            .attr('src', objectURL)
            .fadeIn(800)
            .delay(tempoImages)
            .queue(function(next) {
              resolve(0);
              next();
            });        
 
          });
        });     
      });     
    }
 
    // la boucle sans fin pour afficher les images
    function p_infiniteLoopProcess (){
      return p_changeImage( nextImage() )
      .then(function( resp ){
        return new Promise(function(resolve){
          if( LoopProcess ) {
            return resolve( p_infiniteLoopProcess() );
          }else{
            resolve();
          }
        });
      });
    }
 
  });
  </script>
</body>
</html>

19/03/2018, 08h53
manoss

Merci psychadelic pour le partage de ton code.
Je vais l’adapter a mon besoin.

Encore merci
19/03/2018, 12h01
NoSmoking

Citation:

Envoyé par psychadelic

fait tes tests : met une requête ajax qu' s'appelle elle-même dans sa partie résolve au travers d'une fonction setTimeout et tu verra qu'au bout d'un moment le système part en couilles :roll:

j'ai des milliers heures de test, et pas moi seulement, avec « une bonne utilisation d'Ajax » comme dit plus haut.

Citation:

Envoyé par psychadelic

(sous chrome c'est faisable, il faut juste changer un flag dans les paramètres de Chrome, mais de suite et de mémoire j'ai pas sous le coude)

voilà ce que j’appelle une « fuite de mémoire », dont je suis également de plus en plus atteint, tu as fourni cette information il y a peu (le 14/03/2018, 14h22) :mrgreen:

Citation:

Envoyé par psychadelic

De toute façons, c'est aussi faisable avec Chrome, c'est juste une option à activer :

Citation:

C:\Program Files (x86)\Google\Chrome\Application\Chrome.exe" --allow-file-access-from-files
19/03/2018, 13h15
psychadelic

Citation:

Envoyé par NoSmoking

jvoilà ce que j’appelle une « fuite de mémoire », dont je suis également de plus en plus atteint, tu as fourni cette information il y a peu (le 14/03/2018, 14h22) :mrgreen:

J'ai codé ça pendant mes heures d'insomnies, alors retrouver ce post n'était pas ma priorité ;)
19/03/2018, 13h52
manoss

désolé noSmoking,

J'appel fuite de mémoire car j'observe que sur la durée, la mémoire ne fait qu'augmenter jusqu'a faire planté mon navigateur. Je développe sous rapsberry et donc chromium.
La finalité est un usage industriel et ce genre de comportement est inacceptable donc je cherche à optimiser l'usage mémoire.
19/03/2018, 14h18
psychadelic

Citation:

Envoyé par manoss

je développe sous rapsberry et donc chromium.
La finalité est un usage industriel et ce genre de comportement est inacceptable donc je cherche à optimiser l'usage mémoire.

[je pense que comme] nodeJs fonctionne sur rapsberry, ça devrai te permettre d'économiser plus sur la mémoire qu'avec chromium ??
19/03/2018, 18h41
manoss

En effet une solution nodeJs/Electron m'attire

Histoire de simplifier le code précédent, mais pas supporté par tous les navigateurs :
Code:

1 2 3 4 5 6 // la boucle sans fin pour afficher les images async function p_infiniteLoopProcess() { while (LoopProcess ) { await p_changeImage( nextImage() ); } }
Histoire aussi de laisser aussi un code un peu plus simple. 8-)

Bonjour,

J'ai essayé plusieurs approches mais rien ne semble y faire :
ci-dessous mon code actuel :

L'idée est d'appeler cette fonction ajax toutes les X minutes sans avoir de fuite mémoire.

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
 
<body>
	<div class="zone">
		<table class="orientation" id="page_1">
			<tr>
				<td id="orientation_1"> </td>
				<td id="orientation_2"> </td>
			</tr>
			<tr>
				<td id="orientation_3"> </td>
				<td id="orientation_4"> </td>
			</tr>
			<tr>
				<td id="orientation_5"> </td>
				<td id="orientation_6"> </td>
			</tr>
		</table>
	</div>
	<div class="messagemarquee">
		<ul class="message">
		</ul>
	</div>
 
	<script type="text/javascript" src="js/jquery.js"></script>
	<script>
        $(document).ready(
               function()
                {
                        nbreload = 0;
                        $('.zone').delay(8000).fadeIn('slow');
                        //setTimeout(callAjax, 8000);                   
                        setTimeout(function(){window.location.reload(true)}, 15000);
                        //this.remove("ajaxCall()");
                        //infiniteLoop();
                        callAjax();
                        appelPages();
        /*              
                function infiniteLoop(){
                        while (true) {
                                $('.zone').delay(8000).fadeOut(1000);
                                callAjax();
                        
                        }               
                }*/
        });
 
        function callAjax() {
                 $.ajax({
                        type: "GET",
                        url: "xml/test.xml",
                        dataType: "xml",
                        cache: false,
                        success : function(xml)
                        {
                                $(xml).find('panneaux').each(
                                function()
                                {
                                        $(this).find('page').each(
                                        function()
                                        {
                                                //var contenu = "";
                                                var prioritaire = $(this).find('prioritaire').text();
                                                var ordre = $(this).find('ordre').text().replace(/\s/g,'');
                                                var fxvitesse = $(this).find('fxvitesse').text();
                                                var pause = $(this).find('pause').text;
                                                var defilementvitesse = $(this).find('defilementvitesse').text();
                                                //contenu = $(this).find('contenu').text();
                                                console.log(ordre);
                                                if (ordre == 1) 
                                                {
                                                        var indexorientation = 1;
                                                        $(this).find('page > orientations > orientation').each(
                                                        function()
                                                        {
                                                                var immatriculation = $(this).find('immatriculation').text();
                                                                var quai = $(this).find('quai').text();
                                                                var libelleorientation = immatriculation + " - " + quai;        
                                                                var tdorientation = "#orientation_"+indexorientation;
                                                                
                                                                //efface les précédentes valeurs affichées 
                                                                $(tdorientation).empty();
                                                                
                                                                //affiche les nouvelles valeurs
                                                                $(tdorientation).append(libelleorientation);
                                                                immatriculation = null;
                                                                quai = null;
                                                                libelleorientation = null;
                                                                tdorientation = null;
                                                                indexorientation = indexorientation+1;
                                                        });
                                                        
                                                        /*
                                                        $('.page').empty();
                                                        contenu = contenu.replace(/p>/gi,"li>");                                
                                                        $('.page').html(contenu).appendTo('.page').fadeIn('slow');*/
                                                } else {
                                                        
                                                        $('.messagemarquee').empty();
                                                        var message = $(this).find('message').text();
                                                        //contenu = contenu.replace(/p>/gi,"li");                               
                                                        $('.messagemarquee').html(message);
                                                        
                                                }
                                                prioritaire = null;
                                                ordre = null;
                                                fxvitesse = null;
                                                pause = null;
                                                defilementvitesse = null;
                                                message = null;
                                        });
                                });       
                                $('.zone').fadeIn();                            console.log("success");         
                                //ajaxCall();   
                        },//success
                        error : function(res){
                                console.log(res);
                        }
                });//Ajax
                //});//resolve(resp);
        };//function

c'est vexant...
Déjà j'ai expliqué plus haut que les fonctions jQuery ne traitaient pas les promeses correctement (parce qu'elles fonctionnent sur un système de call back)
plus le fait d'avoir écrit plus haut tout le mal que je pensais de la fonction setTimeout et qui de plus ne respecte pas toujours le délai qu'on lui demande..
(ou alors faudrait m'expliquer pourquoi le fonction delay de jQuery, si elle se base bien sur un setTimeout vérifie que le temps écoulé correspond, et si il est inféreur relance un nouveau setTimeout...)

Bref, t'a fait tout le contraire, et en plus il n'y plus aucune gestion de promesse dans ton exemple...

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
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
<!doctype html>
<html lang="fr">
<head>
  <meta charset="UTF-8">
  <title>test</title>
</head>
<body>
    <p><button id="OnOff">start</button></p>
 
    <p id="message">...</p>
 
 
  <script src="jquery.min.js"></script>
  <script>
    $(document).ready(function() {
      
      var
      refFileXML = -1,                           // pour ficdata_0.xml, ficdata_1.xml et ficdata_2.xml
      $message = $('#message'),
      LoopProcess = false;
 
      p_infiniteLoopProcess();
 
      $("#OnOff").on('click', function () {
        LoopProcess = ($(this).html() == "start");
        $(this).html( LoopProcess ? "stop" : "start" )
        if (LoopProcess) p_infiniteLoopProcess();
      });
 
      async function p_infiniteLoopProcess() {
        while (LoopProcess ) {
          await p_AsyncFunction( 'ficdata_'+ (++refFileXML % 3)+'.xml' );
          await p_attente_3s();
        }
      }
 
      function p_attente_3s( ) {
        return new Promise(function(resolve){
          $message                      // Il faut à tout prix un os à ronger pour la fct delay
          .data("trace", refFileXML )  // on peut aussi profiter de l'occase pour laisser une trace utile
          .delay(3000)
          .queue(function(next) {
            resolve();
            next();
          });        
        });
      }
 
 
      function p_AsyncFunction(url) {
        return new Promise(function (resolve, reject) {
 
          var xhr = new XMLHttpRequest();
 
          xhr.open("GET", url+"?nocache=" + Math.random(), true); 
 
          xhr.responseType = 'document';
          xhr.overrideMimeType('text/xml');
 
          xhr.onload = function () {
 
            $(xhr.responseXML).find('Titi').each( function () {
              $message.text( $(this).text() );
            });
 
            // mettre ici tout ton traitement du fichier XML....
 
            return resolve();
          };
          xhr.onerror = function () {
            return reject(xhr.statusText);
          };
          xhr.send(null);
 
        }); /// return new Promise
      } ///  p_AsyncFunction(url)
 
    }); /// jquery(document).ready
  </script>
</body>
</html>

26/03/2018, 16h17
NoSmoking

Pour ma part je maintiens que c'est une mauvaise utilisation d'Ajax, je ne vois pas de demande client au serveur ce qui est quand même la base de l'utilisation d'Ajax où c'est le client qui demande la mise à jour.

Il existe bien d'autres techniques pour ce genre de chose, le « long polling », les « WebSockets » ou encore, et cela tombe bien attendu que tu utilises Chrome, les « server-sent events ».
26/03/2018, 18h31
psychadelic

Citation:

Envoyé par NoSmoking

Pour ma part je maintiens que c'est une mauvaise utilisation d'Ajax, je ne vois pas de demande client au serveur ce qui est quand même la base de l'utilisation d'Ajax où c'est le client qui demande la mise à jour.

Je me suis aussi posé la question, et je me suis juste cantonné à la problématique d'une "boucle infinie" qui ne boufferai pas trop la mémoire du navigateur.
mais effectivement quand j'ai vu qu'il s'agissait d'une lecture répétée d'un même fichier XML...

Citation:

Envoyé par NoSmoking

Il existe bien d'autres techniques pour ce genre de chose, le « long polling », les « WebSockets » ou encore, et cela tombe bien attendu que tu utilises Chrome, les « server-sent events ».

C'est sans doute la la meilleur solution.
26/03/2018, 19h09
Watilin
Bonjour,

vu l’environnement et la puissance de calcul relativement limitée, il serait intéressant de songer à optimiser le script. En l’état, ta fonction de callback est maladroite :
- boucles .each() imbriquées,
- nombreux appels $(this) sans passer par une variable intermédiaire,
- utilisation de .html() là où .text() suffirait,
- etc.
Déjà, tu as l’avantage de développer une application qui tournera toujours sur le même navigateur, tu peux donc tirer parti des spécificités de ce navigateur. Cela rend l’utilisation de jQuery moins importante, car l’un des rôles de jQuery est de lisser les incompatibilités entre navigateurs.

De plus, jQuery, comme n’importe quel framework, présente une petite mais inévitable surcharge de calcul par rapport à du code vanilla (c’est-à-dire sans framework). Et sans savoir exactement (*) ce que fait $.ajax, on ne peut pas avoir la garantie que les « fuites de mémoire » ne viennent pas de là.

(*) On pourrait examiner le code source, mais là j’avoue que j’ai la flemme.

Voici mes conseils :
- débarrasse-toi de jQuery et réécris ta callback en vanilla ;
- adopte la solution async/await proposée par psychadelic ; utilise XMLHttpRequest pour les requêtes ou fetch qui est plus récent et plus simple ;
- adopte les server-sent events comme le suggère NoSmoking.
26/03/2018, 19h24
psychadelic

Citation:

Envoyé par Watilin

utilise XMLHttpRequest pour les requêtes ou fetch qui est plus récent et plus simple 

J'ai cherché à mettre un fetch dans mon exemple, mais il me semble que cette nouvelle fonction ne fait pas le support pour les retours en xml.
Si qq1 à un exemple, ça m’intéresserai de savoir, je suis tous chiffoné de ne pas avoir réussi à y caser un fetch :mouarf:

Ah oui en effet. C’est amusant de constater que XMLHttpRequest a une méthode pour traiter le XML mais pas le JSON, et que pour fetch c’est l’inverse. On peut y voir une inversion de tendance dans l’évolution de JavaScript…

Je crois que le mieux est de demander le format texte et de faire la conversion en XML avec d’autres techniques. Il y a DOMParser mais je ne sais pas si c’est la solution idéale. J’avoue que je n’ai pas l’habitude de manipuler du XML côté client…
Code:

1 2 3 4 5 6 7 8 9 function goFetch() { fetch("sample.xml") .then((resp) => resp.text()) .then((text) => { var parser = new DOMParser(); var xml = parser.parseFromString(text, "application/xml"); console.log(xml); }); }
… En version async/await :
Code:

1 2 3 4 5 6 7 async function goFetch() { var resp = await fetch("sample.xml"); var text = await resp.text(); var parser = new DOMParser(); var xml = parser.parseFromString(text, "application/xml"); console.log(xml); }
Alternativement on peut utiliser .parseFromString(text, "text/html") qui nous donnera un objet héritant de HTMLDocument, exactement comme l’objet document dont on a l’habitude.

Dans les deux cas (XMLDocument ou HTMLDocument), on dispose des méthodes querySelector et querySelectorAll ; et je pense que jQuery est capable de traiter les deux — je n’ai pas vérifié cela dit.

31/03/2018, 15h02
manoss
Citation:
Envoyé par Watilin

Voici mes conseils :

débarrasse-toi de jQuery et réécris ta callback en vanilla ;
adopte la solution async/await proposée par psychadelic ; utilise XMLHttpRequest pour les requêtes ou fetch qui est plus récent et plus simple ;
adopte les server-sent events comme le suggère NoSmoking.
Bonjour,

Je vais mettre en application ces recommandations. J'ai actuellement une solution fonctionnelle mais qui ne plait pas dans son fonctionnement.
Je vais réécrire cela.

Je reviendrais vers vous après cela.
31/03/2018, 18h38
manoss
Je suis en train de regarder les server-Sent Events :
https://www.html5rocks.com/en/tutori...from_locale=fr

J'ai un soucis semble t-il dans le le if suivant car je passe systématiquement dans le else
Code:

1 2 if (req.headers.accept && req.headers.accept == 'text/event-stream')
Bon après n'utilisant que chromium le test me semble superflu.

Au niveau de l'architecture que me conseillez-vous ?

Je pars d'un XML mal formaté (inchangeable car doit être compatible avec le matériel en place).
Je pensais le convertir en JSON pour envoyer le résultat via un server-sent events au navigateur (sur lequel j'aurais des traitements a faire de pagination + animation)

Dois-je tout faire en JS avec une solution nodeJS ? Passer par nginx et du php voire python ?

D'avance merci
03/04/2018, 12h19
NoSmoking
Pour le test je pense qu'un simple
Code:

1 2 3 4 5 6 7 if ("EventSource" in window) { // initialisation et action } else { // message d'erreur } }
devrait effectivement suffire.

Pour ma part je ferais le boulot côté serveur mais ne livrerais côté client qu'un objet format JSON pour mise en forme.
Tu peux également livrer du HTML mais je dirais que c'est à toi de voir ce qui t'es le plus facile à manipuler/travailler suivant le domaine dans lequel tu te sens le plus à l'aise.
03/04/2018, 18h49
manoss

J'ai mis en place une solution nodeJS et SSE basique afin de tester le comportement de la mémoire dans le temps.

En effet, je vais faire le maximum côté serveur.
La solution actuellement en test passe par un JSON mais je vais essayer de faire au plus simple.

Pour l'usage de nodeJS en brut, sans express par exemple vous me conseillé quoi comme site ou livre ?
03/04/2018, 20h26
psychadelic

Citation:

Envoyé par manoss

Pour l'usage de nodeJS en brut, sans express par exemple vous me conseillé quoi comme site ou livre ?

je cherche aussi ;)

sinon il y a le tutoriel sur grafikart, mais à la fin il bloque sur la maniere d'en une appli , alors que c'est tout bête il suffit de les gZipper ensemble et de changer la valeur de l'extension .gzip en .NODES, si ma mémoire est bonne
04/04/2018, 13h38
NoSmoking

Je me pose quand même la question de pourquoi utiliser Node dans ton application attendu que tu n'as pas besoin des avantages que peuvent te procurer sa conception asynchrone, sa gestion des i/o ou ses performances plus élevées.

Si c'est pour la satisfaction intellectuelle alors soit, sinon pour une requête toutes les 8 secondes ... ;)