403 forbidden

Le code est dispo sur ce github (surepet.js):

J’avais juste apporté des modifications sur la gestion d’erreurs, si jamais j’avais mis le code ici :

1 « J'aime »

Je manque cruellement de temps aujourd’hui mais j’ai fait un petit essai et en changeant la ligne

curl_setopt($ch, CURLOPT_USERAGENT, 'Mozilla/5.0 (Linux; Android 7.0; SM-G930F Build/NRD90M; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/64.0.3282.137 Mobile Safari/537.36');

Dans le fichier plugins/surepetcare/core/class/surepetcare.class.php (chez moi c’est la ligne 119 mais pas sûr que ma version locale n’ai pas quelques modifs donc cherchez autour de 119)
En quelque chose comme

curl_setopt($ch, CURLOPT_USERAGENT, 'nimportequoi');

Ca semble marcher. Si comme le pense certains utilisateurs de HA c’est un problème de limite du nombre de connexion avec le même user agent, on trouvera une solution.
Je suis le problème et je publie une nouvelle version sur le market dès que je peux.

1 « J'aime »

Je confirme c’est bien la bonne ligne et ça fonctionne en mettant vraiment ce qu’on veut. Peut-être du coup qu’il faudrait générer un id aléatoire à l’installation à utiliser ici pour que chacun arrive avec un UserAgent différent.
Ils ont peut-être ban certains UserAgent qu’ils jugeaient trop consommateurs sur leur API…

1 « J'aime »

Bonjour
je confirme que ça fonctionne chez moi aussi
Bien joué :muscle:
Cordialement

bonjour je ne comprends pas trop la manip ?
il faut remplacer quoi , par quoi ? pour l’essai que j’ai fait ca ne fonctionne pas donc je dois me tromper

J’ai publié en vitesse une nouvelle version sur le market à la fois en stable et en beta.
Pour le moment j’ai choisi de mettre comme user agent le même que la dernière version de Firefox (je ne vois pas bien comment ils pourraient barrer celui là !) et çà marche, mais j’observe la situation et si nécessaire je ferai une fonction qui retourne une chaîne aléatoire.
Attention, j’espère que votre Jeedom est à jour car dans cette mise à jour je demande que Jeedom soit au moins en 4.2.x

2 « J'aime »

Merci pour ta réactivité en tout cas !

1 « J'aime »

grand merci, cela marche de mon coté jeedom 4.3.12

Problème résolu en modifiant la fameuse ligne 119.
Un grand merci à toi @vedrine pour ta réactivité !

Mise à jour faite
Synchronisation opérationnelle
Tout va bien, bien joué :partying_face:
Merci

merci, testée et validée

idem, corrigé de mon côté également.
Merci pour ta réactivité @vedrine !!

Ah ca m’embête car je suis en 4.1.19 et je ne veux pas mettre à jour.
J’ai des plugin qui ne marche plus si je mets à jour.
Pas moyen de modifier ça dans le code du plugin ?

Hello @Heracles44
J’ai expliqué plus haut comment résoudre le problème en éditant seulement une ligne (ligne 119) dans le fichier surepetcare.class.php.
Si tu as déjà édité des fichiers Jeedom c’est très facile à faire.
Il faut changer la ligne

curl_setopt($ch, CURLOPT_USERAGENT, 'Mozilla/5.0 (Linux; Android 7.0; SM-G930F Build/NRD90M; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/64.0.3282.137 Mobile Safari/537.36');

En changeant Mozilla/5.0 (Linux; Android 7.0; SM-G930F Build/NRD90M; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/64.0.3282.137 Mobile Safari/537.36 par n’importe quelle chaine (sans ’ bien sûr !) par exemple

curl_setopt($ch, CURLOPT_USERAGENT, 'Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/113.0');

C’est ce que j’ai mis c’est le user agent de la dernière version de Firefox, mais tu es libre de mettre autre chose.

J’ai utilisé Jeexplorer pour le faire.
Mais ça n’a pas l’air de changer l’erreur.
Il faut redémarrer Jeedom pour que ce soit pris en compte ?

redemarrer le deamon du plugin au moins

je ne vois pas ou redémarrer le deamon

Normalement dans le plugin refaire une synchronisation devrait régénérer le token et çà devrait suffire.

J’ai redémarré Jeedom et ça marche toujours pas

juste faire une synchro suffit