Alors, je ne sais pas comment te l’avouer, mais je vois bien que tu solutionnes tous ainsi (beaucoup de code)…
Mais moi, je suis un end user, je ne sais même pas dans quel sens il faut regarder tes réponses
Oui, je l’ai vue dans ta réponse précédente, mais comme je part demain, je ne vais pas me lancer tout de suite, je préfère me poser pour analyser tout cela.
Car même après, je ne serais pas traiter le retour dans Jeedom.
sans doute est-ce cette fois les timeout pour les « ping » de port …
modifier
$fp = @fsockopen($this->host, $this->port, $errno, $errstr, $this->ttl);
par
$fp = @fsockopen($this->host, $this->port, $errno, $errstr, 1);
Oui, j’ai ce plugin aussi (Scan.IP) sur une VM. Je n’y voir pas d’intérêt dans mon cas d’usage.
Je vais laisser avec le -W 1, qui divise par 2 déjà, ce qui est vraiment bien à ce stade.
Je ne sais pas s’il y a une incidence à généraliser cela (via un PR) ou pas (trop de faux positif par exemple).
Il me semble avoir déjà lu une telle conversation par le passé (vieux passé).
Si tu n’y vois pas de point négatif (ou quiconque), si tu le veux bien, je t’invite à faire le PR pour proposer cela à la Teams.
Je laisse pour ce soir, je vais reprendre cela sur mon lieux de vacances, dès que possible.
Ah mon avis il faut mieux être très prudent avec ce genre de changement.
Sur le fond je pense que c’est mieux mais comme c’est ainsi depuis longtemps on ne sait pas l’impact que cela pourrait avoir de changer vu le nombre d’utilisation il y aura forcément des cas où cela posera problème.
Le mieux serait que cela soit paramétrable par équipements avec une valeur par défaut « raisonnable » (Donc pas trop bas) pour que cela soit une amélioration sans impact pour 80% des cas mais pas bloquant pour les autres car configurable.
Une autre option est d’ameliorer en parallélisant le traitement mais ça demanderait des changements beaucoup plus important dans le plug-in, ça serait beaucoup de travail pour pas assez de gain je pense.