Kana-chan

Si c'est pour domocharts, il n'y a pas de connexion avec user/password donc je ferais un appel en http vers du http et non en https vers du http, dans ton HAProxy.

Bonjour Jojo, C'est dommage de ne pas utiliser le proxy inversé (HAProxy) du Synology s'il a aussi un serveur Web. Là, ton erreur c'est comme si tu avais une option qui transporte en https même si tu as demandé du http. C'est une option de ton serveur HAProxy ou de ton serveur web sur le NAS Synology.

Bonne année 2025 à tous !

Bonjour, Pareil chez moi sous Firefox. Mais c'est aussi le cas pour annonces et suggestions ... chez moi.

C'est le request implémenté en LUA fibaro qui doit poser problème. Essayez avec data="password=blabla" pour voir car il n'y a pas params= pour request dans le LUA de fibaro, et adresse = "mabbox.bytel.fr" pour être dans les mêmes conditions.

Je ne sais plus trop en LUA mais request doit avoir plusieurs arguments, il doit être possible de mettre data= (comme body) ou bien params= (pour mettre des ?aa=bb&cc=dd comme sur une URL) ou encore json= (avec du code JSON derrière), comme vous faite le headers=. Après, il faut trouver la forme de ces arguments, est-ce une chaine de caractères ? Je ne sais plus. Edit : Bon je viens de lire la doc de fibaro sur request et dans les options c'est bien headers=, data=, method= et timeout=. Donc essaie plutôt avec adresse = "mabbox.bytel.fr".

Bonjour, Dans le header, il n'est pas utile de mettre Content-Length et Host. Après, est-ce de la data le password ? ou bien un params plutôt ?

a=json.encode(response.data) fibaro:debug(a["body"]) fibaro:debug(a["body"]["1719346149"]) Un truc du genre... mais si le big numéro change alors il faut chercher un peu. Pour cela, tu as Google, et en cherchant "LUA JSON get values, get keys" tu devrais pouvoir trouver.

Bonjour, Je ne crois pas que ce soit dans le header qu'il faut mettre le device_id, module_id... Je pense qu'il faut mettre cela dans un champ params = {}. Un truc du genre : http:request( "https://api.netatmo.net/api/getmeasure", { options = { method = 'GET', headers = { "Content-Type": "application/json", "Authorization": "Bearer "..accessToken, }, params={ "device_id": DeviceID, "module_id": ModuleID, "scale": "1hour", "type": "Humidity", "limit": "1", "optimize": "false", "real_time": "false", "date_End": os.date() }, success = callback, error = callback }, end, error = function(error) fibaro:debug("Failed to authenticate: " .. error) end } ) À adapter ...

Mon Token a expirée cette nuit donc ... génération de nouveau et cela fonctionne à nouveau !

Je me suis mal exprimé : en fait j'utilise en le stockant le refresh_token qui est récupéré avec l'access_token au moment de la demande d'authentification. Et donc si cela change, j'ai les derniers en mémoire. C'est tout.

Comme Lazer, mon token fonctionne toujours, mais j'avais intégré la rotation des tokens... est-ce pour cela ? Est-ce que cela fonctionne ? Mystère.

Il me semble que cela y était déjà !! ˆˆ

Bonjour, Je vois cela, en ce moment pour moi c'est "ça s'en va et ça revient ..." en fait. Ou bien "un jour c'est oui, un jour c'est non, un jour c'est d'accord, un jour c'est hmm pas question !" Bref, j'espère que ce sera fixé un jour tout de même !

Bonjour, Avez-vous trouvé un moyen de faire fonctionner le lixee sur une HC3 ? Merci.

Bonsoir, Moi je comprends que vous avez tous les deux raisons : 1- Laser, car la CRE est formelle et RTE aussi, ils ne parlent pas de jour fériés mais uniquement de week-ends. 2- Nico, car dans son contrat, il y a écrit weekends ET jours fériés donc lorsque le rouge tombe un jour de semaine mais que c'est férié, alors ils se doivent de le mettre bleu ou blanc et la différence avec un rouge est pour leur poche (à EDF et les autres). Je ne comprends pas que cela ne soit pas compris de vous deux. Après, oui, je pense que EDF et les autres qui ont inclus les jours fériés en plus des weekends, vont peut-être revoir leur copie pour les nouveaux contrats.

Bonjour, Sous Safari, chez moi, cela fonctionne mais moins bien que sous Firefox. Avez-vous essayé sous Firefox, ou un autre butineur ?

Oui, enfin, j'ai chez mes parents deux répéteurs car je ne peux pas faire monter des câbles RJ45 pour y mettre des bornes Wifi et cela fonctionne très bien, pour l'usage que j'en ai. Après, ce n'est pas non plus le même budget (Pas contre, mes répéteurs ne sont pas à 30 euros).

Vive le ménage !!

En shell pure ça va oui. Il faut voir du coté de sendmail pour envoyer des mails en ligne de commande. Je vous laisse le soin de vous documenter plus.

L'erreur est dans le texte initial : chmod -x ==> enlève le droit d'exécution pour tout le monde. chmod +x ==> ajoute le droit d'exécution pour tout le monde. Donc dans votre cas pour que cela fonctionne c'est : root@xxx:~# chmod +x /usr/local/bin/renew_certs.sh root@xxx:~# /usr/local/bin/renew_certs.sh Voilà ...

Bonjour, \ = retour à la ligne pour continuer la commande sur la ligne du dessous. Donc sur une seule ligne c'est : echo deb "[signed-by=/usr/share/keyrings/haproxy.debian.net.gpg]" http://haproxy.debian.net buster-backports-2.6 main > /etc/apt/sources.list.d/haproxy.list Tout simplement.

Salut ! Je l'ai mis là où se trouve ma box !

Autant faire deux domocharts, un qui est le standard et un autre pour les spécifiques.

Il faut changer le http de la requête pour recevoir le fichier en https et cela refonctionne.