Pour le "state" et le "ispingok", ils ne servent a rien au niveau de ce scripts, on m'avait demandé une interface web ou voir les postes en ligne/hors ligne et ce depuis combien de temps etc... et ces deux champs devaient servir a dire si le poste est allumé et balancer un output du ping, mais au final je fais sans, donc il faut pas en tenir compte.
Quand a la date de dernière mise a jour elle est en bdd, si ça fait 4 jours que le poste est éteint j'aurais la date n-4.
Si tu as beaucoup de host et que le script est long, c'est toujours utile de savoir si c'est en échec car il n'a pas encore tester aujourd'hui ou si ça fait vraiment deux jours que c'est planté.
Il faut aussi savoir que le check par l'admin des postes allumés/éteins ne se fera pas tout les jours et encore moins juste après que le script soit lancé (j'aurais du le preciser a la base), donc au final ce n'est pas si important que ça, le but n'étant pas de monitorer mais de connaitre les postes inutilisés depuis un certain temps.
[^] # Re: optimisations possibles
Posté par Pnchbllz . En réponse au message Ping multithread + bdd. Évalué à 1.
Pour le "state" et le "ispingok", ils ne servent a rien au niveau de ce scripts, on m'avait demandé une interface web ou voir les postes en ligne/hors ligne et ce depuis combien de temps etc... et ces deux champs devaient servir a dire si le poste est allumé et balancer un output du ping, mais au final je fais sans, donc il faut pas en tenir compte.
Quand a la date de dernière mise a jour elle est en bdd, si ça fait 4 jours que le poste est éteint j'aurais la date n-4.
Il faut aussi savoir que le check par l'admin des postes allumés/éteins ne se fera pas tout les jours et encore moins juste après que le script soit lancé (j'aurais du le preciser a la base), donc au final ce n'est pas si important que ça, le but n'étant pas de monitorer mais de connaitre les postes inutilisés depuis un certain temps.
Cordialement