Oui c’est une solution, mais je ne la prendrais pas, car il y a toujours des pertes (trous dans les historiques)
Moi la solution palliative que j’ai adopté ça été de faire l’installation sur un autre NUC et d’utiliser Jeedom link
J’aimerai bien trouver le pourquoi du problème, ça pourra certainement servir à d’autres
Reboot et ça passera
Malheureusement ça ne change rien
@nebz
Le problème ici c’est que il n’y a pas d’adresse IP.
Donc la variable sensé contenir l’IP est vide (et la variable existe bien, sinon on aurait écrit « undefined »)
Si mes souvenirs sont bon, l’IP est récupéré dans la config Jeedom, mais je me rappelle plus si c’est l’IP http ou HTTPS qui est utilisé, j’essaierai de regarder le code ce soir si je trouve un moment.
Ce qui est étrange, c’est que j’ai restaurer et rien changé a la config Jeedom ou alexa-api.
J’ai juste réinstaller les dépendances !
Pourtant avant de tout refaire, j’avais essayé plusieurs fois de réinstaller les dépendances.
@Tictic tu peux relancer l’installation des dépendances et nous mettre le log ici ?
Oui comme je lui ai dit plus haut, je considere qu’il l’a vérifié.
@Foulek57 Je l’avais déjà relancée plusieurs fois, voici ce que ça donne:
======================================================================
== 16/09/2020 19:49:10 == Installation des dépendances de alexaapi
[ 0% ] : Vérification des droits…
[ 9% ] : Vérification des droits : [0sec] : [ OK ]
[ 10% ] : Prérequis…
[ 19% ] : Prérequis : [0sec] : [ OK ]
[ 20% ] : Mise à jour APT et installation des packages nécessaires…
[ 29% ] : Mise à jour APT et installation des packages nécessaires : [2sec] : [ OK ]
[ 30% ] : Vérification de la version de NodeJS installée…
Version actuelle : v12.18.3
Ok, version suffisante
[ 49% ] : Vérification de la version de NodeJS installée : [0sec] : [ OK ]
[ 50% ] : Nettoyage ancien modules…
[ 59% ] : Nettoyage ancien modules : [0sec] : [ OK ]
[ 60% ] : Installation des librairies, veuillez patienter svp…
[ 89% ] : Installation des librairies, veuillez patienter svp : [5sec] : [ OK ]
[ 90% ] : Nettoyage…
[ 99% ] : Nettoyage : [0sec] : [ OK ]
[100% ] : Terminé !
======================================================================
== OK == Installation Réussie
Tout a l’aire correcte.
En fait tu m’ignores 
@nebz
non je ne t’ignores pas.
La config de Jeedom me parait correcte
Je viens de copié sur le Nuc dont la config est bonne tout « /var/www/html/plugins/alexaapi » avec les sous répertoires et j’ai tout remplacé sur l’autre NUC (en t’en que root)
Mais ça ne change rien, même si je relance les dépendances et la génération du cookie 
Et ça ? Tu n’en parles pas
Moi, j’aimerais bien comprendre où est le BUG car je suis dans les starting-block depuis une semaine (je commence à avoir des crampes) et je voudrais corriger pour continuer à améliorer le plugin.
Et des crampes à ton âge, ça se fait rare …
1 « J'aime »
la configuration jeedom > réseau > adresse interne est bonne => IP + port 80
et la santé du Jeedom :
Pour corriger il faut déjà trouver où !
et là j’y perd 
Bonjour,
Cette nuit le démon de mon 2ème NUC est tombé il n’a pas redémarré automatiquement, il a fallu que j’intervienne. le cookie d’alexa posait problème => accès refusé au port 3456.
J’ai donc recréé le cookie d’identification puis j’ai pu relancer le démon ! donc ça refonctionne. (mais pas cool)
Sur l’autre NUC je n’arrive pas à désinstaller Alexa-API il reste toujours des traces.
Quand je supprime dans /var/www/html/plugins alexaapi et alexaamazonmusic
et que je fais une ré-installation du plugin alexaapi je m’aperçois que la date de la dernière installation des dépendances est mémorisée ! alors qu’elle ne devrait pas faire référence à une date car elles n’ont pas été encore installée !
Donc ma question : où sont stockée les dépendances ?
Dans le dossier temp et ce n’est pas supprimé par le core à la désinstallation d’un plugin mais c’est juste un timestamp
Effectivement ça ne peut pas venir de là.
j’ai remplacé :
- alexa-cookie.js
- alexa-remote.js
- proxy.js
par les sources que j’ai pris sur GitHub le comportement est toujours le même:
puis
le cookie est absent! normal l’url n’est pas bonne et pour toute fenêtre de retour j’ai ma mon design d’accueil. 
Résolu !
c’est en lisant le sujet « Alexa Api - création cookie Amazon pas en local » que je me suis rappelé que j’avais ouvert le port 3456 et 3457 dans apache2 suite au plantage et au log " AmazonMusic ne peut plus accéder au port 3456" après avoir fais des essais non concluants j’ai oublier de supprimer ces deux ports que j’avais ouvert
Chose corrigée ! Tout refonctionne maintenant à merveille.
hallucinant 
59 échanges pour en arriver là !
Je pense que tu détiens un record 
2 « J'aime »