autre idée Yaronet notificator - Page 1

Je suis chaud today.

Toujours dans le temps-réel. Il m'arrive de poster un topic et de revenir plusieurs fois sur yaronet pour voir si quelqu'un a répondu (notamment quand c'est urgent).
Donc j'ai développé un système de notification par IM. Vous ajoutez "notificator" à vos contacts gmail (ou autre client jabber) et il va checker toutes les N minutes si quelqu'un a posté dans les topics que vous suivez. En tapant "settings", il vous donne une adresse où vous pouvez éditer les topics dont vous voulez être notifié en "temps-réel".

Voici un aperçu:
Fichier joint : (yaronet notificator.PNG)
Edit: les préférences etc. se modifient en ajax bien sur.

Alors:
1° c'est un début de développement. Donc j'aimerais savoir si ça vous parait utile comme outil. Si non, ne pas lire la suite.
2° ce que j'ai dév est un prototype, si des développeurs sont motivés pour y contribuer ils sont les bienvenues, sachant que l'essentiel est fait
3° c'est fait avec des technos .NET et j'ai pas de moyen d'hebergement microsoft. Si quelqu'un a un serveur microsoft sous la main où on peut mettre ce service, ça serait cool. Sinon il faudra le traduire en python ou autre (ou essayer de le faire marcher sous mono)
4° Si yaro pouvait intervenir pour faire un appel asynchrone vers le serveur pour prévenir des posts, ça serait du vrai temps-réel et y aurait plus besoin d'un bot qui va checker yN toutes les N minutes.



Amusant. Pendant que je rédigais le post, qqun a répondu à mon test de post, et j'ai été notifié
Fichier joint : (amusant.PNG)

Vous en pensez quoi?

C'est de la grosse balle!

Merci

Au fait le service n'est pas actif là. Donc les liens/ adresse jabber etc. ne sont pas utilisables (enfin là ils le sont un peu car mon ordi est allumé mais ils le sont pas en général). A moins que quelqu'un ait un serveur où on peut mettre en place ce prototype... #sifflote#

Le problème, c'est que je sais pas si yAro vfa etre tres content de la surchage de serveur que ce genre de chose peut générer...

Bah justement s'il fait une requete (sans attendre la réponse du serveur de notificateur) non. Et en mode polling avec la requete toutes les N minutes, ça depend de N...

je vois pas comment on peut mettre en place le service que tu demandes de manière simple, sécurisée.

En gros tu demandes que yN appelle une URL arbitraire chaque fois que qn poste, quoi.

onur (./5) :
Bah justement s'il fait une requete (sans attendre la réponse du serveur de notificateur) non. Et en mode polling avec la requete toutes les N minutes, ça depend de N...

Pas que de N, mais il faut aussi calculer combien d'Utilisateur (U) il faut, ça va tabler dans le U*N

Pour répondre à vous deux:

L'architecture du service c'est ça:

Actuellement:

/--------\   /--------\   /-------------\   /--------\   /------------------\
| yN web |<->| yN bot |<->| NOTIFICATOR |<->| bots   |<->| client           |
|        |   |        |   | web service |   | jabber |   | jabber de l'user |
\--------/   \--------/   \-------------/   \--------/   \------------------/
    (1)          (2)            (3)             (4)              (5)

(2) est un client http qui fait des requetes http à (1) (le yaronet actuel) toutes les N minutes (quelque soit le nombre d'utilisateurs à droite) et qui chope les derniers postes dans chaque catégorie.
le (2) fait une requete à (3) avec une clé d'API pour dire les différentes choses: "un topic a été crée", "un post a été ajouté". (3) sait quel utilisateur suit quel topic (il propose une interface web pour pouvoir l'editer cf capture dans ./1) et il dispatch le message aux users correspondants grâce à ses bots jabber.
Donc le nombre d'utilisateur ne change en rien le nombre de requete faite par (2). Et pour la sécurité, y a que (2) qui connait sa clé d'API. Si yaro joue le jeu, l'archi sera simplifié:


Idéalement:

/--------\   /-------------\   /--------\   /------------------\
| yN web |<->| NOTIFICATOR |<->| bots   |<->| client           |
|modifié |   | web service |   | jabber |   | jabber de l'user |
\--------/   \-------------/   \--------/   \------------------/
    (1')         (3)             (4)              (5)

où (1') utiliserait SA clé d'API.

Ah, j'ai repensé à ta question squalyl. En fait, je sais pas si c'est clair mais il n'y a aucune liaison entre l'utilisateur notifié par son IM et son compte yN. Il renseigne à la main les topics qui l'intéressent par l'interface web du (3). Si on veut ajouter un lien à son compte yN, ça complique un peu les choses oui. Faudrait faire une espèce de SSO comme l'appli d'open de spipu je suppose.

Une solution plus simple serait de pouvoir souscrire au fil RSS d'un topic, plutôt que de mettre en place un truc aussi lourd, non ?

Oui... mais ça serait du temps réel?

Le temps réel est-il indispensable ?

Est-ce qu'on peut sacrifier, disons 2 minutes, avant de savoir si on a répondu à un thread ?
Ca me semble supportable.

définis "temps réel"... parce que la définition courrante n'est pas forcément la même pour tout le monde (est ce que c'est des temps de réponse connus et maitrisés, des temps de réponse quasi immédiats, de la gestion multiprocess...)

cross

The_cure > C'est dans le cas où on attend une réponse mais aussi dans un but de fluidifier les discussions. Genre là je réponds direct quand vous postez car je suis prévenu rapidement.
Vince > Temps réel ici ~= quelques secondes. (sauf qu'avec l'archi actuelle cest.. le temps d'attente moyenne d'un processus de poisson de paramètre N secondes)
enfin surtout pas le temps-réel au sens bas niveau quoi.

./15 ouais mais pense aussi que tout le monde n'est pas au taquet en train de faire F5 en attendant qu'on s'intéresse à ce qu'il a dit, l'idée de notifications rapides est bonne, mais on peut l'assouplir en y incluant un léger délai.

Bah après, c'est pas parce que tu es notifié que tu vas direct sur le forum pour voir. Tu peux laisser le bot jabber t'envoyer des notifs et tu y vas quand tu veux.

Du coup ça fait presque double-emploi avec mes sujets.

Oui, c'est comme un truc qui apporte "mes sujets" dans ton client IM.

C'était donc un piège ?

En tout cas, ça explique tous les posts insensés que je faisais dans le forum de test

./10 : L'aspect technique (plus facile à parser) mis à part, ça revient exactement au même que sonder yAronet toutes les N minutes non ?

Sinon même remarque que les autres, c'est un gadget amusant mais perso j'aimerais pas trop avoir un bot comme ça qui tourne sur mon site : pour surveiller de façon efficace le forum et ne pas réagir au bout d'un quart d'heure, ça implique un sacré paquet de requêtes dont 99% ne servent à rien. Donc beaucoup de ressources gachées... L'idée du yN actif qui envoie un signal lui-même quand il y a de l'activité me semble bien plus raisonnable (ça n'a d'ailleurs rien de révolutionnaire, ça n'est jamais qu'une généralisation du système de notification par mail qui existe sur tous les gros forums), mais quelque chose me dit que c'est pas pour tout de suite ^^

Moi aussi, alors que c'était une fonctionnalité présente a une epoque sur yN

sur yn, t'es sur ? c'était pas plutôt le forum de ti-fr.org à l'époque ?

L'idée est bonne, l'architecture est intéressante, mais je ne suis pas sûr que ce soit indispensable, et donc à coder...
En plus, je trouve que ça fait un peu "flicage" (en suivant ton idée, yAro devrait t'envoyer des informations du style telle personne a posté à tel endroit)

je pensais à ça aussi

Bof c'est des infos publiques de toute façon, rien de sensible.

Par contre j'ai l'impression que c'est pas clair.. l'idée de requetes toutes les N secondes c'est juste une solution provisoire pour faire marcher la démo, l'idéal est de recevoir les notifs pour les dispatcher par des bots jabber.
Sinon comme j'ai dit y a pas grand chose à coder, c'est déjà fait plus ou moins. Il faut surtout un serveur, que yaro veuille faire des requetes (comme s'il envoyait un mail lors d'un post comme dirait Zeph) et éventuellement apporter des améliorations selon l'usage.

Bof c'est des infos publiques de toute façon, rien de sensible.

et tu gères comment les locks, topics invisibles, topics privés...

Bah pour ceux là deux solutions:
* on fait confiance au service et on envoie les infos qd même
* on fait pas confiance et on utilise pas cet outil pour cette partie là

onur (./11) :
Oui... mais ça serait du temps réel?

Zephyr (./22) :
./10 : L'aspect technique (plus facile à parser) mis à part, ça revient exactement au même que sonder yAronet toutes les N minutes non ?

Oui et non... plutôt que d'avoir à recharger plein d'éléments inutiles, ça permet quand même d'alléger la charge des données générées et transférées... et il existe déjà des RSS par forum/section/catégorie...