Bonjour,
Comme toujours sans log je ne peux pas aider qui que ce soit…
Si besoin de log pour ce soucis d’etat je peux en fournir, dite moi lesquels et j’envoie.
@Loic dsl 
je vais voir comment je peux t’en obtenir. ce n’est pas lié à jeedom en soit, cela est sans doute de votre coté serveur jeedom, pour ceux qui ont votre pack, il y a des grosses latences voire rien qui passe pour le protocole http events-stream (aka server sent events/SSE).
De mon coté, en letsencrypt+dns, je n’ai aucun souci avec jeedom. vous devez sans doute avoir une websecurity sur votre vpn ou que sais-je, qui fait tomber le protocole SSE.
c’est dommage car j’avais choisi cette techno pour le client JeeMate car c’était compatible à un moment donné je crois (contrairement aux websockets qui ajoutent des contraintes).
Il y a aussi jeeconnect qui a voulu utilisé notre principe mais ça ne l’a pas fait pour eux non plus, ils ont été obligé de repasser en websocket. je me suis rendu compte de cela car j’ai vu un log erreur d’un de leur user passer, et je suis allé voir leur code pour voir par curiosité 
c’est dommage c’est très pratique le sse pour du realtime sans avoir à ouvrir de port et de brèches de sécurité dans la box des users…
Ahh ok je comprend c’est un protocole particulier donc non ce n’est pas possible par nos dns seul le http sur port 80 (transformé en https sur 443) est possible.
De plus les communication persistante ne sont pas possible (limitation du load balancer ovh)
justement on ne change pas les ports en SSE, c’est un protocole http. on passe par le 80/443. on fait un GET sur un endpoint de notre api et la connexion reste ouverte (persistante).
C’est très dommage que vous ne puissiez pas proposer de communication persistante, j’aime bcp jeedom, mais pour un user qui achète un pack pour justement ne pas avoir à se soucier de la connexion externe c’est pas de bol de n’avoir à dispo que du long/polling, et de passer à coté d’un refresh temps réel (c’est un point noir la latence du dashboard jeedom d’ailleurs)
Donc en gros tu es en train de me confirmer que jeedom ne passera jamais à du temps réel, car ce n’est pas une limitation de votre part, mais que c’est ovh qui fait ça ??
On se comprends pas, je sais pas ce que c’est le SSE
Tous ce que je dis c’est qu’il n’y a du support que de http/https et que le long polling n’est pas possible car ovh ne supporte pas plus de 180s de connexion
Après ce que tu me dis ca ressemble vraiment a ce que fait l’interface web de jeedom par défaut (une requête ajax qui n’abouti que quand il y a un event et se relance en cas de coupure)
oki je vois.
alors en fait le sse c’est différent du longpolling que fait jeedom.
votre longpolling ferme la connexion lorsque le client recoit un event, puis rouvre une connexion.
et le mécanisme d’autoreconnection n’est pas géré de base.
en http-sse, on utilise les mm ports, mais on ne fait la requete qu’une fois, on l’ouvre et c’est tout (un peu à l’image des websocket, sauf que c’est unidirectionnel et que ça passe comme du http classique). Et la reconnexion est gérée directement par le protocole http. Donc en SSE pour 10 events, on ne fait qu’un GET. En longpolling, il y aurait 10 ouvertures/fermetures de transactions, c’est plus lourd à la finale
merci pour l’info des 180sec.
De mon coté, je vais voir pour ajouter un client websocket dans l’app, j’en avais un avant (ainsi que mqtt) mais je les avais enlevé car je pensais ne pas en avoir besoin. c’est pas un gros boulot à remettre. ou une autre alternative je vais voir, car je suis anti-polling
Dans tous les cas, ce n’est pas une bonne nouvelle pour les users de pack jeedom qui souhaiteraient utiliser mon app ou une alternative sans toucher à leur config.
Merci d’avoir pris le temps de me répondre
Oui désolé mais la je peux rien faire de mon coté la dessus. Après comme tu décris le SSE ca devrait marcher tout ce qui est web est autorisé avec un délai max de 180s (si ils ont mis à jour notre loadbalancer sinon c’est 30s)
A ceux qui ont les dns jeedom et qui ont ce souci de refresh, on va vous mettre une nouvelle version apk+plugin dans la semaine qui devrait résoudre votre problème 
1 « J'aime »
Merci à vous 2 car pour le moment ce n’est pas très agréable d’utilisation.
Oui merci à vous deux pour le temps passé sur notre problème
Bonjour,
pour info, personnellement j’ai exactement le problème décrit dans le 1er post, mais pourtant je n’utilise pas le DNS Jeedom.
Je suis sur Raspberry Pi 3B, Jeedom 4.1.20, Jeemate 2021-03-12 23:24:15 et APK 0.8.9+5 (je n’ai pas encore fait les dernières MAJ et je n’ai pas encore la version Premium).
Et côté DNS j’utilise let’s encrypt + OVH.
Le problème ne semble donc pas uniquement lié au DNS Jeedom
SI besoin pour debug, je peux aider. J’ai regardé dans le logs (même en débug), je n’ai rien vu de particulier… Mais peut-être que je ne les interprète pas correctement !
Je testerai avec la prochaine version pour voir si c’est OK ou non.
On a toujours OVH comme point commun… 
en tout cas comme je disais, de mon coté, aucun port d’ouvert sur ma box à part le https en letsencrypt+duckdns et je n’ai jamais de souci ^^
mais ce midi avec Thibaut on a presque terminé un fix pour ce souci en externe.
à voir
Si vous chercher des Alphas-testeurs
vous n’allez pas attendre longtemps, 2 jours max à mon avis, le temps pour moi de tout vérifier
1 « J'aime »
Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.