And the mind blowing part: C'est juste un protocole de messagerie instantanée (messagerie instantanée != messagerie humaine) évolutif.
wtf? Tu pourrais développer ?
XMPP est un protocole qui est destiné à échanger des messages en pseudo-temps-réel, ce qu'on peut expliquer en le mettant en opposition avec un protocole comme SMTP. En supposant que ton infrastructure soit hyper performante, tu peux récupérer tes mails en "presque temps réel". Sauf que pour ça, il faut que ton client fasse des requêtes régulièrement au serveur. Ton client mail fait du "pull" sur le serveur POP3 ou IMAP. En comparaison, un message XMPP qui arrive sur ton serveur est "pushé" (poussé dans la langue de molière) vers ton client de messagerie instantanée (si celui-ci est connecté). Il y a un aspect "serveur" dans ton client, à savoir qu'il écoute ce qu'on lui dit (un client mail n'écoute rien).
Pour la seconde partie, ie messagerie humaine vs messagerie instantanée, bah c'est simplement que si bob envoies un messages à rick, c'est en réalité bob_client_xmpp envoie un message à rick_client_xmpp. Le client XMPP de bob peut être aussi bien un client de messagerie humaine type pidgin qu'un démon connecté à un capteur de température. Dans ce cas, toutes les 5 secondes, bob_client_xmpp enverra un message contenant simplement "37°C - tout va bien" et rick_client_xmpp stockera les données où il veut.
Là où XMPP devient très puissant, c'est que son schéma XML est évolutif et que donc tu peux l'étendre en définissant toi-même le format (XML ou texte) des messages.
Par exemple bob_client_xmpp enverra quelque chose comme :
Et rick_client_xmpp aura automatiquement des données structurées qu'il pourra s'empresser de stocker et de tracer sur un graphique dispo en "presque temps réel via une interface web par exemple".
Je sais pas si j'ai répondu à ta question...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Peu importe le protocole
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Supervision et XMPP, why not ?. Évalué à 2.
wtf? Tu pourrais développer ?
XMPP est un protocole qui est destiné à échanger des messages en pseudo-temps-réel, ce qu'on peut expliquer en le mettant en opposition avec un protocole comme SMTP. En supposant que ton infrastructure soit hyper performante, tu peux récupérer tes mails en "presque temps réel". Sauf que pour ça, il faut que ton client fasse des requêtes régulièrement au serveur. Ton client mail fait du "pull" sur le serveur POP3 ou IMAP. En comparaison, un message XMPP qui arrive sur ton serveur est "pushé" (poussé dans la langue de molière) vers ton client de messagerie instantanée (si celui-ci est connecté). Il y a un aspect "serveur" dans ton client, à savoir qu'il écoute ce qu'on lui dit (un client mail n'écoute rien).
Pour la seconde partie, ie messagerie humaine vs messagerie instantanée, bah c'est simplement que si bob envoies un messages à rick, c'est en réalité bob_client_xmpp envoie un message à rick_client_xmpp. Le client XMPP de bob peut être aussi bien un client de messagerie humaine type pidgin qu'un démon connecté à un capteur de température. Dans ce cas, toutes les 5 secondes, bob_client_xmpp enverra un message contenant simplement "37°C - tout va bien" et rick_client_xmpp stockera les données où il veut.
Là où XMPP devient très puissant, c'est que son schéma XML est évolutif et que donc tu peux l'étendre en définissant toi-même le format (XML ou texte) des messages.
Par exemple bob_client_xmpp enverra quelque chose comme :
<mesures datetime="20091214170319">
<temperature name="front" server="www" value="17"/>
<temperature name="back" server="www" value="42"/>
</mesures>
Et rick_client_xmpp aura automatiquement des données structurées qu'il pourra s'empresser de stocker et de tracer sur un graphique dispo en "presque temps réel via une interface web par exemple".
Je sais pas si j'ai répondu à ta question...
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo