de lourdeur de protocole (HTTP c'était pas fait pour les notification 24h/24)
En effet, mais j'ai une question: j'imagine que ça utilise des websockets (une connexion bidirectionnelle en flux, bâtie sur un protocole pas du tout fait pour ça, lui-même bâti sur le protocole TCP qui, lui, est fait pour envoyer un flux de données de façon bidirectionnelle...), et il semblerait que ce truc n'ait qu'un overhead limité comparativement à TCP brut.
Problème: je n'ai jamais vu d'explications supportant cette théorie?
d'interopérabilité : ceux qui ont déjà une solution d'IM établie pourraient juste ajouter ce compte dedans.
D'un autre côté, le HTTP passe facilement les proxy sans configuration supplémentaire. C'est le seul argument en faveur des websockets qui ne me passe pas trop en travers de la gorge, en fait (après, je n'ai p'tet pas tout compris, j'avoue ne pas avoir lu la RFC).
[^] # Re: Pourquoi ?
Posté par freem . En réponse au journal Tiens ? Voilà Nextcloud Talk !. Évalué à 3.
En effet, mais j'ai une question: j'imagine que ça utilise des websockets (une connexion bidirectionnelle en flux, bâtie sur un protocole pas du tout fait pour ça, lui-même bâti sur le protocole TCP qui, lui, est fait pour envoyer un flux de données de façon bidirectionnelle...), et il semblerait que ce truc n'ait qu'un overhead limité comparativement à TCP brut.
Problème: je n'ai jamais vu d'explications supportant cette théorie?
D'un autre côté, le HTTP passe facilement les proxy sans configuration supplémentaire. C'est le seul argument en faveur des websockets qui ne me passe pas trop en travers de la gorge, en fait (après, je n'ai p'tet pas tout compris, j'avoue ne pas avoir lu la RFC).