Correction de la fonction sc-> persistLog : Le log n’était pas purgé après chaque appel, ce qui avait pour conséquences de réécrire tout le journal du scénario après chaque appel à la fonction.
Ajout également d’un paramètre optionnel afin de ne pas écrire dans le journal lors de l’utilisation de cette fonction.
Mise à jour de la librairie sc jpi en v0.9952b :
Ajout de la fonction jpi-> KEEP_ALIVE : Permet de maintenir indéfiniment une session « KeepAlive » avec JPI (Empêche JPI d’avoir des pertes de réseau)
Corrections typo
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
Pour utiliser la nouvelle fonction jpi-> KEEP_ALIVE, il faut utiliser un scénario dédié, qui tournera en tâche de fond indéfiniment.
Bloc code du scénario :
//Cette action s'utilise dans un scénario dédié
//(Ne surtout pas lancer ce scénario en mode synchrone !)
//Charge la librairie jpi
$jpi = $sc->load('jpi', 'http://192.168.0.10:8080');
//Démarre la session KeepAlive
$jpi->KEEP_ALIVE();
//Rien ne sera exécuté ici, l'action ne se terminant jamais…
Le journal du scénario est mis à jour pendant l’exécution du scénario :
Ajout de fonctions concernant le nouveau plugin zwavejs (équivalentes à celles déjà existantes avec openzwave)
Changelog v0.995b :
Mise à jour de la librairie sc cmd en v0.995a :
Ajout de la fonction cmd-> getZwaveJsBatEquipements : Trouve les équipements Z-Wave (zwavejs) fonctionnant sur batterie.
Ajout de la fonction cmd-> checkLastZwaveJsMessage : Vérifie la dernière communication d’un équipement Z-Wave (zwavejs).
Ajout de la fonction cmd-> refreshZwaveJsValue : Force le rafraîchissement des valeurs d’une classe d’un équipement Z-Wave (zwavejs).
Ajout de la fonction cmd-> refreshZwaveJsValues : Force le rafraîchissement de toutes les valeurs d’un équipement Z-Wave (zwavejs).
Corrections typo
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
Ce code envoi des sms (une seule fois par équipement même si on n’intervient pas pour régler le pb, grâce à une variable) et un email si un équipement ne communique plus sur le réseau depuis 24h.
Mise à jour de la librairie sc jpi en v0.9955 afin de supporter en natif les actions de JPI v0.99551.
Ma de la doc des fonctions auto générées afin de respecter l’ordre du menu actions de l’interface web de JPI, ainsi que les sous-menus (maintenant affichés dans la description). ex:
Petites corrections et optimisations
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
Bonjour @dJuL ,
C’est moi où depuis la dernière version du core jeedom, les logs ne s’affichent plus correctement ?
Je ne sais pas si c’est lié à Framework_SC on non :-/ ou s’il faut une màj de ce dernier
Dommage, un simple strip_tags() du contenu lors du téléchargement du fichier de log et une limitation des tags et attributs autorisés aurait suffit plutôt que de faire des replace juste pour l’affichage…
J’avais pas vu ce topic.
Du coup c’est pas la première fois que le html est supprimé dans les logs, je vais réfléchir si je le réautorise via l’installation du framework, ou si je fais avec la nouvelle façon, mais cela implique refaire énormément de mofifs partout pour un rendu moins bon…
edit: en attendant vous pouvez rajouter cette ligne dans vos scénario pour désactiver le html :
$sc->htmlLog(false); //Désactive le html dans le log
Bon au final j’ai corrigé dans Jeedom, c’est juste une ligne à modifier, c’est ulra simple.
Je modifie l’install du framework et publie une maj. dans le WE…
Oui, c’est ce que j’avais fait au début, ça semblait super logique effectivement.
Mais strip_tags() est un peu con con et shoot tout jusqu’au prochain > et dans les scenarios il peut y avoir des comparaisons et notamment 42 < 500, donc toute la fin de la ligne disparait…
Cf : Problème d'affichage dans les log scénario - #19 par Bad
Alors tu vas me dire il suffit de les remplacer par <, oui, mais ca fout la zone dans l’afichage en mode brut… donc j’ai fait au moins pire, la cible dans l’alpha est beaucoup plus propre.
Ah ok je pensais que strip_tag() était meilleur que ça…
Après on peut « triché » avec un regexp en se disant qu’en html il n’y a pas d’espace dans les balises mais c’est un peu bidouille.
Mise à jour de l’installation et de l’intégration dans Jeedom afin de supporter à nouveau l’affichage des logs en HTML, supporte également l’affichage en mode brut. Reste compatible avec la nouvelle coloration des logs intégrée à Jeedom.
J’ai fait un truc mieux que juste réactiver le html, ayant vu que la sécurité du html pouvait poser des questions de sécurité à certains, le html est entièrement filtré et sécurisé: pas de JS possible aucun événement possible, aucun lien externe autorisé
Maj de la doc
Petites corrections et optimisations
Compatible avec Jeedom v4.xx et Jeedom v3.xx (certaines fonctions récentes ne fonctionneront pas sous Jeedom v3)
Pour installer le Framework SC et/ou voir la doc c’est ICI
Merci, je vais migré ça ailleurs.
Cet hébergement doit avoir au moins 20 ans et ils désactivent ça d’un coup sans prévenir…
Bon après c’est gratuit, donc…