Discussion :

[samtheh]

Bonjour,

Je souhaite afficher une image si une instance serveur est up ou down

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
21
22
23
function setserveron(url_test, id) {
 
	ping = new XMLHttpRequest();    
	ping.onreadystatechange = function(){
	//alert('stat =' + ping.status);
    if(ping.readyState == 4){
        if(ping.status == 200){
            document.getElementById(id).innerHTML = 'TOP'+ping.status+'<img height=20px src="up.png" alt="" title="" /> ';
        } else {
			document.getElementById(id).innerHTML = 'FLOP'+ping.status+'<img height=20px src="remove.png" alt="" title="" />';
		}
    } else {
		document.getElementById(id).innerHTML = 'FLOP'+ping.status+'<img height=20px src="remove.png" alt="" title="" />';
	}
 
}
 
 
ping.open("GET", url_test, true); 
ping.send();
 
 
}

La fonction et son appel fonctionnent correctement.
Quand l'instance est down cela fonctionne bien, résultat attendu.

Par contre quand l'instance est up j'ai le message :

Blocage d’une requête multi-origines (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur http/monserveur:4343. Raison : l’en-tête CORS « Access-Control-Allow-Origin » est manquant.

Je ne peux pas modifier les cibles.
Je me dis que si je détecte ce message alors je peux indiquer que l'instance est UP car elle arrive bien jusqu'au serveur qui la refuse.

Mais comment capter ce message d'avertissement ?

Un try/catch ne fonctionne pas.

Merci de vos idées.

[samtheh]

J'ai amélioré ma fonction, cepandant maintenant tout est vert y compris quand l'instance est down....

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
21
22
23
24
25
26
27
28
29
30
 
<script type="text/javascript">
function setserveron(url_test, id) {
 
	ping = new XMLHttpRequest();
	ping.onerror = function(msg) { 
		alert("Not Connected : "+msg.target.withCredentials); 
		if(msg.target.withCredentials == false) {
			document.getElementById(id).innerHTML = 'TOP'+ping.status+'<img height=20px src="up.png" alt="" title="" /> ';
		}
	}    
	ping.onreadystatechange = function(){
	//alert('stat =' + ping.status);
    if(ping.readyState == 4){
        if(ping.status == 200){
            document.getElementById(id).innerHTML = 'TOP'+ping.status+'<img height=20px src="up.png" alt="" title="" /> ';
        } else {
			document.getElementById(id).innerHTML = 'FLOP'+ping.status+'<img height=20px src="remove.png" alt="" title="" />';
		}
    } else {
		document.getElementById(id).innerHTML = 'FLOP'+ping.status+'<img height=20px src="remove.png" alt="" title="" />';
	}
 
}
 
ping.open("GET", url_test, true); 
ping.send();
 
}
</script>

[Watilin]

Si tu as le contrôle sur le serveur tu peux lui faire envoyer un entête Access-Control-Allow-Origin pour te permettre de faire une requête ajax cross-origin. Il n’y a rien à rajouter côté client.

Quand une requête est bloquée par la same-origin policy, l’objet XMLHttpRequest a son status égal à 0 et son statusText à "" (la chaîne vide). Tu peux te servir de ça pour détecter un blocage. La valeur de readyState n’est pas significative dans le cas d’un blocage.

[samtheh]

j'ai tenté cela mais sans succès :

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
21
22
23
24
25
 
function setserveron(url_test, id) {
 
	ping = new XMLHttpRequest();
 
	ping.onreadystatechange = function(){
	//alert('stat =' + ping.status);
    if(ping.readyState == 4){
        if(ping.status == 200){
            document.getElementById(id).innerHTML = 'TOP'+ping.status+'<img height=20px src="up.png" alt="" title="" /> ';
        } else {
			document.getElementById(id).innerHTML = 'FLOP'+ping.status+'<img height=20px src="remove.png" alt="" title="" />';
		}
    } else if(ping.status == 0 && ping.statusText == "") {
		document.getElementById(id).innerHTML = 'TOP'+ping.status+'<img height=20px src="up.png" alt="" title="" /> ';
    } else {
		document.getElementById(id).innerHTML = 'FLOP'+ping.status+'<img height=20px src="remove.png" alt="" title="" />';
	}
 
}
 
ping.open("GET", url_test, true); 
ping.send();
 
}

[Watilin]

Toutes mes excuses, je t’ai mal renseigné.

Je viens de faire quelques tests, et apparemment il est impossible de faire la différence entre une erreur de connexion et une requête bloquée. Du coup je me demande comment tu arrivais à détecter que le serveur était indisponible.

La fonction et son appel fonctionnent correctement.
Quand l'instance est down cela fonctionne bien, résultat attendu.

Peux-tu détailler ce passage ?

Note, tu peux tester la présence d’images sur le serveur distant. Les requêtes d’images ne sont pas soumises à la same-origin policy. Une image dont l’adresse est prévisible est la favicon. Si tu peux avoir l’information à l’avance qu’une favicon est présente sur le serveur, ou toute autre image à une adresse prévisible, tu pourras te servir de ce squelette de code pour un test suffisamment fiable :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
var $img = document.createElement('img');
 
$img.onerror = function () {
  console.log('%cerror', 'color: red');
};
 
$img.onload = function () {
  console.log('%csuccess', 'color: lime');
};
 
$img.src = serverName + '/favicon.ico';

Avec cette technique, les ressources autres que des images (dont les pages html) sont considérées comme une erreur, et encore une fois il est impossible de faire la différence entre une ressource inaccessible ou simplement une ressource dont le type ne correspond pas.

[samtheh]

Alors effectivement je n'avais pas trop décrit, et en décrivant plus, je me suis aperçu d'une séquence que je n'explique pas.

Je réalise 3 appels de la fonction "setserveron" sur une instance KO et deux instances OK afin de vérifier les 2 états (UP ou DOWN).

Code html :

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
<td  align="center"> 
<p id="dynamique1"><script language="javascript" type="text/javascript">
<!--
  setserveron('http://url1.com:8003', 'instance1');
  //-->
 </script></p> </td>
 <td  align="center"> 
 <p id="dynamique2"><script language="javascript" type="text/javascript">
<!--
        setserveron('http://url2.com:50120',  'instance2')
 //-->
 </script></p> </td>
 <td  align="center"> 
 <p id="dynamique3"><script language="javascript" type="text/javascript">
<!--
        setserveron('http://url2.com:8001', 'instance3')
  //-->
 </script></p></td> 
 <td  align='center'>

Et en me mettant en debug je vois les appels suivants dans la fonction setservon :

1 : http://url1.com:8003
ping.readyState <> 4
ping.status == 0 && ping.statusText == ""
Résultat = TOP, alors que l'instance est DOWN

2 : http://url2.com:50120
ping.readyState <> 4
ping.status == 0 && ping.statusText == ""
Résultat = TOP, et l'instance est bien UP

3 : http://url2.com:8001
ping.readyState <> 4
ping.status == 0 && ping.statusText == ""
Résultat = TOP, et l'instance est bien UP

4 : http://url2.com:8001
ping.readyState <> 4
ping.status == 0 && ping.statusText == ""
Résultat = TOP, et l'instance est bien UP

5 : http://url2.com:8001
ping.readyState == 4
ping.status <> 200
Résultat = FLOP, alors que l'instance est bien UP

Résultat final : 1 OK (alors que DOWN), 2 OK (bien UP), 3 KO (alors que UP).
Je ne comprend pas les 5 appels, je ne comprend pas les passages/conditions associés....

Je me disais que je pouvais identifier la différence car je ne vois que 2 messages dans la console :

Blocage d’une requête multi-origines (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur http://url2.com:50120/. Raison : l’en-tête CORS « Access-Control-Allow-Origin » est manquant. (source inconnue)
Blocage d’une requête multi-origines (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur http://url2.com:8001/. Raison : l’en-tête CORS « Access-Control-Allow-Origin » est manquant.

Ces 2 messages correspondent bien aux 2 instances qui sont UP, aucun message de ce type concernant l'instance 1 qui est down.