Mais... m... mais... y'a toujours pas de XMPP dans la roadmap de la Fondation Mozilla ?
Comment faut-il l'expliquer ? Vous avez fait Weave à partir de zéro, vous avez réinventé la roue, vous avez mis du temps, et derrière il faut encore installer un plugin et un serveur, même si ce dernier est libre... Alors qu'avec XMPP, un user n'a qu'à installer un plugin et utiliser son compte XMPP... C'est pas sorcier pourtant, on a développé OneWeb en 5 jours seulement (et on va peut-être le porter sur mobile sur Fennec sous Maemo).
La grosse étape suivant le Web 2.0 est sans aucun doute le web temps-réel (ou « real-time web »). De nombreux hacks plus ou moins moches sont tentés sans trop de succès comme PubSubHubbub, SUP, APE, Comet, SPDY, toussa... Alors que XMPP et BOSH offrent tout cela nativement. Il est donc possible et facile d'offrir le push dans le brouteur, via simple ECMAscript ou via un éventuel plugin/extension, le mieux étant que le brouteur lui-même tchatche le XMPP nativement, ainsi les développeurs d'extensions pourront en bénéficier pour enlarger leur hackability/bidouillabilité.
Idem, XMPP comme backend sur les serveurs web, ça peut offrir la communication inter-serveur ou S2S (« server-to-server »), l'authent, le multi-party, le multimédia avec traversement des NAT, des vCard et avatars, du publish-and-subscribe (aka « PubSub »), du stockage d'infos privées ou publiques tels que les bookmarks (voir OneWeb), du contrôle à distance (voir OneWeb), de la présence et de la présence étendue, etc. J'en passe !
Franchement, là je ne vois pas pq Mozilla ne veut pas voir XMPP. Google a déjà pas mal compris, Apple n'a pas encore fait complètement le lien, bien qu'iChat Server soit un serveur XMPP et sur le Push de l'iPhone soit du XMPP...
# Et XMPP ?
Posté par Nÿco (site web personnel) . En réponse au journal Des news de Firefox. Évalué à 10.
Merci pour ce rapide néanmoins complet journal...
Mais... m... mais... y'a toujours pas de XMPP dans la roadmap de la Fondation Mozilla ?
Comment faut-il l'expliquer ? Vous avez fait Weave à partir de zéro, vous avez réinventé la roue, vous avez mis du temps, et derrière il faut encore installer un plugin et un serveur, même si ce dernier est libre... Alors qu'avec XMPP, un user n'a qu'à installer un plugin et utiliser son compte XMPP... C'est pas sorcier pourtant, on a développé OneWeb en 5 jours seulement (et on va peut-être le porter sur mobile sur Fennec sous Maemo).
http://www.pcinpact.com/actu/news/54352-processone-oneweb-xm(...)
http://www.generation-nt.com/firefox-oneweb-xmpp-messagerie-(...)
http://www.process-one.net/en/blogs/article/oneweb_demonstra(...)
La grosse étape suivant le Web 2.0 est sans aucun doute le web temps-réel (ou « real-time web »). De nombreux hacks plus ou moins moches sont tentés sans trop de succès comme PubSubHubbub, SUP, APE, Comet, SPDY, toussa... Alors que XMPP et BOSH offrent tout cela nativement. Il est donc possible et facile d'offrir le push dans le brouteur, via simple ECMAscript ou via un éventuel plugin/extension, le mieux étant que le brouteur lui-même tchatche le XMPP nativement, ainsi les développeurs d'extensions pourront en bénéficier pour enlarger leur hackability/bidouillabilité.
Idem, XMPP comme backend sur les serveurs web, ça peut offrir la communication inter-serveur ou S2S (« server-to-server »), l'authent, le multi-party, le multimédia avec traversement des NAT, des vCard et avatars, du publish-and-subscribe (aka « PubSub »), du stockage d'infos privées ou publiques tels que les bookmarks (voir OneWeb), du contrôle à distance (voir OneWeb), de la présence et de la présence étendue, etc. J'en passe !
Franchement, là je ne vois pas pq Mozilla ne veut pas voir XMPP. Google a déjà pas mal compris, Apple n'a pas encore fait complètement le lien, bien qu'iChat Server soit un serveur XMPP et sur le Push de l'iPhone soit du XMPP...