Bon les erreurs 500 ne sont pas normales du tout.
Je pense qu’il y a eu un délire lors de l’upgrade ou bien c’est le support disque dur RPi qui souffre.
Moi je tenterai de forcer la réinstallation de l’upgrade et en 2eme lieue restaurer ton backup, vérifier que ça fonctionne comme il faut (testeur d’expression suffit déjà…) puis refaire l’upgrade.
Oui oui j’en ai eu la preuve en utilisant le même nom dans deux scenarios.
Voici le scenario de test « bidouillé » où la première variable n’est pas utilisée car elle ne franchit pas « l’erreur », tandis que la seconde variable, elle, reçoit la valeur de round(#[Linky][041876184852][EJPHN]#/1000,0).
Sur le log on voit bien que la variable « EJPHNDay » ne reçoit rien, elle n’apparaît même pas.
Bonsoir,
Est-ce que un truc tous simple comme ceci génère une erreur ? :
Si oui, j’appliquerait la méthode cité par @Bison
Petit HS:
Il faudrait aussi éviter de mettre un - ou des espaces dans le nom d’une variable EJPHN-jour.
Ça ne doit être possible que dans Jeedom.
Voici le log du « truc » très simple, une seule action comme suggéré
L’erreur se produisait déjà avant l’installation de l’upgrade, mais je veux bien forcer la réinstallation.
J’ai ajouté un « - » dans le nom pour ne pas reprendre le nom déjà existant pour une autre variable.
Salut,
Tu as eu ce log en créant un nouveau scénario qui ne contient que l’instruction de @Phpvarious ??
(Action : variable / Nom:test / Valeur:1000)
Bonjour,
Pour les erreurs 500 il faut lire le log http.error
Une erreur 500 ça peut être n’importe quoi, impossible de dire sans le log.
Pour le reste, commencez par refaire une mise à jour de jeedom même si rien n’est proposé (sans rien cocher ni sélectionner et certainement pas forcer une mise à jour)
Montrez nous le log, pas de capture d’écran pour le log, copier coller dans un Texte préformaté comme ceci:
saisissez ou collez du code ici
Oui, j’ai crée un nouveau scenario avec cette seule instruction et le log est le même.
J’ai refait la mise à jour de Jeedom hier soir.
Voici le log http.error depuis janvier 2023. J’ai examiné ce log et finalement trouvé l’origine de l’erreur, il s’agissait d’une ligne dans une fonction « user » que j’ai corrigée et les scenarios s’exécutent correctement. Je ne vois pas directement pq cette erreur dans php mais ce n’est pas grave puisque l’erreur a disparu. Je vais examiner cette fonction à mon aise.
Merci encore.
`0062|[Wed Jan 04 14:13:13.469094 2023] [mpm_prefork:notice] [pid 634] AH00169: caught SIGTERM, shutting down
0063|[Wed Jan 04 14:13:37.405765 2023] [mpm_prefork:notice] [pid 635] AH00163: Apache/2.4.38 (Raspbian) configured -- resuming normal operations
0064|[Wed Jan 04 14:13:37.406882 2023] [core:notice] [pid 635] AH00094: Command line: '/usr/sbin/apache2'
0065|tail: cannot open '/var/www/html/core/class/../../log/scenarioLog/scenario8.log' for reading: No such file or directory
0066|[Wed Jan 04 18:57:10.856945 2023] [php7:error] [pid 25071] [client 192.168.1.12:54379] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=dashboard
0067|[Wed Jan 04 18:57:25.565624 2023] [php7:error] [pid 22756] [client 192.168.1.12:54380] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=dashboard
0068|[Wed Jan 04 18:57:54.165728 2023] [php7:error] [pid 15275] [client 192.168.1.12:54383] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=dashboard
0069|[Wed Jan 04 19:07:32.837348 2023] [mpm_prefork:notice] [pid 635] AH00169: caught SIGTERM, shutting down
0070|[Wed Jan 04 19:07:52.748889 2023] [mpm_prefork:notice] [pid 654] AH00163: Apache/2.4.38 (Raspbian) configured -- resuming normal operations
0071|[Wed Jan 04 19:07:52.750872 2023] [core:notice] [pid 654] AH00094: Command line: '/usr/sbin/apache2'
0072|[Thu Jan 05 09:44:37.980147 2023] [core:notice] [pid 654] AH00052: child pid 675 exit signal Segmentation fault (11)
0073|[Thu Jan 05 09:44:37.980938 2023] [core:notice] [pid 654] AH00052: child pid 1966 exit signal Segmentation fault (11)
0074|[Thu Jan 05 09:44:37.981798 2023] [mpm_prefork:notice] [pid 654] AH00169: caught SIGTERM, shutting down
0075|[Thu Jan 05 09:44:58.006817 2023] [mpm_prefork:notice] [pid 635] AH00163: Apache/2.4.38 (Raspbian) configured -- resuming normal operations
0076|[Thu Jan 05 09:44:58.009817 2023] [core:notice] [pid 635] AH00094: Command line: '/usr/sbin/apache2'
0077|[Fri Jan 06 09:55:49.422563 2023] [php7:error] [pid 653] [client 192.168.1.12:59226] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=8
0078|libpng warning: Interlace handling should be turned on when using png_read_image
0079|libpng warning: Interlace handling should be turned on when using png_read_image
0080|libpng warning: Interlace handling should be turned on when using png_read_image
0081|[Fri Jan 06 17:22:16.077336 2023] [php7:error] [pid 1237] [client 192.168.1.12:61384] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=8
0082|[Fri Jan 06 17:22:27.008487 2023] [php7:error] [pid 6245] [client 192.168.1.12:61385] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=8
0083|[Fri Jan 06 17:22:43.508932 2023] [php7:error] [pid 13489] [client 192.168.1.12:61388] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=8
0084|[Fri Jan 06 18:16:34.947964 2023] [php7:error] [pid 6245] [client 192.168.1.12:61911] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=4
0085|[Fri Jan 06 18:16:42.442952 2023] [php7:error] [pid 6511] [client 192.168.1.12:61912] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=4
0086|[Fri Jan 06 18:23:29.027702 2023] [php7:error] [pid 23655] [client 192.168.1.12:61991] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=types
0087|libpng warning: Interlace handling should be turned on when using png_read_image
0088|libpng warning: Interlace handling should be turned on when using png_read_image
0089|libpng warning: Interlace handling should be turned on when using png_read_image
0090|[Fri Jan 06 18:24:42.357042 2023] [core:notice] [pid 635] AH00052: child pid 6245 exit signal Segmentation fault (11)
0091|[Fri Jan 06 18:24:42.357932 2023] [mpm_prefork:notice] [pid 635] AH00169: caught SIGTERM, shutting down
0092|[Fri Jan 06 18:25:04.247547 2023] [mpm_prefork:notice] [pid 699] AH00163: Apache/2.4.38 (Raspbian) configured -- resuming normal operations
0093|[Fri Jan 06 18:25:04.252718 2023] [core:notice] [pid 699] AH00094: Command line: '/usr/sbin/apache2'
0094|[Fri Jan 06 18:32:20.547737 2023] [php7:error] [pid 1121] [client 192.168.1.12:62398] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=dashboard
0095|[Fri Jan 06 18:38:13.505445 2023] [php7:error] [pid 1110] [client 192.168.1.12:62457] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=dashboard
0096|[Fri Jan 06 19:28:51.659447 2023] [php7:error] [pid 1121] [client 192.168.1.12:63305] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=8
0097|[Fri Jan 06 19:29:02.401283 2023] [php7:error] [pid 3041] [client 192.168.1.12:63307] PHP Parse error: syntax error, unexpected '=' in /var/www/html/data/php/user.function.class.php on line 74, referer: http://192.168.1.30/index.php?v=d&p=scenario&id=8
`
Je connais pas cette possibilité du « true », il permet de vérifier que les conditions des déclencheurs soient toujours vrais ?
Content que vous ayez trouvé le problème
pour information, j’utilisais beaucoup les variables et suite à un échange avec Loïc, il m’a conseillé de limiter l’usage des variables qui seraient plus gourmand en ressources car oblige une lecture/écriture sans usage du cache, ce qui n’est pas le cas des commandes.
J’ai donc remplacé mes variables par des commandes dans des virtuel, ça permet d’avoir un visu sur ces informations (quand c’est utile), de faire les arrondis directement dans la zone prévu à cet effet…
Bon weekend
Le if true ne sert à rien autant faire un bloc action
Met des espaces autour des >= etc
Et tu a une erreur de syntaxe dans ton fichier userfunction apparemment.
@kiboost
Oui dans une fonction qui sauve ma consommation en kWh journalière et que je venais de modifier. Mais je ne comprends pas vraiment comment une erreur de syntaxe dans une fonction php qui n’est pas du tout appelée par un scenario peut générer une erreur dans ce scenario, encore moins dans le testeur d’expression lorsqu’on teste une commande, c’est comme si tous les les liens partant d’une commande étaient parcourus dès que l’une d’entre elles est utilisée. Il doit y avoir une raison à cela…
@ Nemeraud
Merci pour ces conseils que je vais essayer de suivre, ceci dit mon application est très limitée, je n’utilise Jeedom que pour suivre ma conso électrique par l’interface RPI-DOM et le plugin Teleinfo, mes variables ne servent donc qu’au transfert des kWh « normaux » et « de pointe » vers la base de données. Tout fonctionnait sans problème depuis 2020 (+/-) jusqu’à « la fin de vie » au 1er janvier dernier et les remous qui en ont résulté. J’ai donc introduit moi-même une erreur dans php en cherchant à résoudre le problème de « fin de vie » (avant de chercher la cause sur le forum Jeedom 
)
pour pouvoir éxécuter tes fonctions de userfunction il faut bien le loader …
Oui si on en a besoin, mais le cas présent le scenario de test ne devait exécuter aucune fonction de userfunction, cela voudrait donc dire que les userfunctions sont « (re)loadées » (et (re)vérifiées) avant l’exécution de n’importe quel scenario, qu’il fasse appel à une user function ou non. Bizarre quand-même que le testeur d’expression doive également loader/vérifier les userfunctions pour tester une commande qui n’a aucun lien avec ces fonctions. Le(s) développeur(s) qui connaît/ssent bien les rouages internes de Jeedom pourrait/ent sans doute nous éclaircir là-dessus…
Voir réponse si dessus.
Et le core vérifie rien il load user functions. L’erreur de syntaxe c apache qui te l’envoie.
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.