Je ne suis pas bien sûr de ce qu'il y a dans "Web" (je n'ai pas regardé), mais ça ne me semble pas très pertinent de le mettre dans le Compliance.
Il s'agit de la possibilité de se connecter à un serveur XMPP via des requêtes HTTP(S) au lieu d'un socket SSL classique.
Ce n'est pas forcément lié au fait que le client soit un client Web, mais en pratique, comme un client Web ne peut pas ouvrir un socket SSL "normal", ce sera soit ça, soit des WebSocket. Et donc il faut que le serveur soit capable de recevoir des connexions via ces protocoles.
Au final, cette partie sera implémentée par les serveurs, et par les clients Web, et ça n'a pas d'intérêt pour les autres.
De la même façon, la partie "Mobile" n'a pas forcément d'intérêt sur un client qui tourne sur un PC avec une connexion internet stable.
C'est pour cette raison que ce sont des catégories séparées et que ça ne fait pas partie de la suite "instant messaging". Selon le cas, ce n'est pas utile ou pertinent d'implémenter ces spécifications.
[^] # Re: XMPP
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal ICQ sera bronsonisé fin juin. Évalué à 6.
Il s'agit de la possibilité de se connecter à un serveur XMPP via des requêtes HTTP(S) au lieu d'un socket SSL classique.
Ce n'est pas forcément lié au fait que le client soit un client Web, mais en pratique, comme un client Web ne peut pas ouvrir un socket SSL "normal", ce sera soit ça, soit des WebSocket. Et donc il faut que le serveur soit capable de recevoir des connexions via ces protocoles.
Au final, cette partie sera implémentée par les serveurs, et par les clients Web, et ça n'a pas d'intérêt pour les autres.
De la même façon, la partie "Mobile" n'a pas forcément d'intérêt sur un client qui tourne sur un PC avec une connexion internet stable.
C'est pour cette raison que ce sont des catégories séparées et que ça ne fait pas partie de la suite "instant messaging". Selon le cas, ce n'est pas utile ou pertinent d'implémenter ces spécifications.