Goffi a écrit 1524 commentaires

Le planet ne parle pas que du protocole ou des clients, il y a aussi des réflexions de fond sur la messagerie en général; et les réseaux dit « sociaux ».

Le peu d'articles vient surtout du peu de personnes inscrites. À ma connaissance, les infos sur le planet ne sont pas ou peu reprises par les blogs plus généraux.

Bref, je pense qu'il y a beaucoup à dire, surtout en ce moment où c'est en train d'évoluer. Encore une fois, XMPP ne se limite pas - et loin de là - à la messagerie instantanée.

Arf, non mais ça va je sais quand même faire la différence entre or et hors, c'est juste une erreur d'inattention.

Bon merci de l'avoir pointée ceci dit, est-ce qu'un modo peut corriger ça ? Merci :)

PS: et j'ai oublié de te demander: où situes tu DLFP, notamment au niveau de la pertinence des commentaires et des débats possibles ?

Ah, c'est très intéressant de prendre effectivement les choses sous un autre angle, moins technique.

Tu dis que les billets des blogs peuvent avoir du succès encore après des années, voire un succès neuf. Ça tient à un fait essentiel: ils sont accessibles par les moteurs de recherche.

Cette comparaisons des réseaux montre une chose: ce sont peu ou prou tous des « bulles » comme tu dis, ils sont fermés. Pourquoi est-ce que les trucs légers sont sur fb ou les technophiles sur G+ ? Je pense qu'il faut arrêter d'essayer (et là ce n'est pas à toi que je m'adresse, mais à ceux qui font ces réseaux: créateurs et utilisateurs) de faire des réseaux pour un truc arrêté, pour une « cible ».

Bref, je ne surprendrai personne en donnant mon avis: un protocole est nécessaire pour faire un truc fédéré, plus général, quitte à faire des communautés avec ensuite. Et là, je ne vois que XMPP et Friendica qui partent dans cette voie (Diaspora peut être ?).
D'autre part, il faut réussir à gérer intelligemment un côté public accessible par les moteurs, et un côté privé.

Bon je viens de tester vite fait (je t'ai d'ailleurs ajouté ploum, mais tu semble avoir 2 comptes, je ne sais pas si j'ai ajouté le bon).
C'est clairement prometteur, et niveau fonctionnalités c'est celui qui me semble à l'heure actuelle le plus avancé. Par contre ils semblent se croire les seuls au monde (« Because somebody has to stand up for the people of the internet », « Nobody else working on decentralised social networking has even tried to tackle these problems. »), faudrait peut-être qu'ils se renseignent un peu plus ;).

Les bons points semblent être l'équivalent des transports, et la gestion des photos/évenements déjà présents. Je ne suis pas fan de leur site, non pas parce que c'est moche, mais parce que ça passe de page en page, on n'a pas une sensation d'immédiateté comme avec de l'AJAX.

D'un point de vue technique, je suis dubitatif quant à l'utilisation de PHP. Je sais qu'on peut faire de belles choses avec (mediawiki, dotclear, …), et je sais que FB est fait avec, mais AMHA ça risque de poser des limitations à l'avenir (mais je pense avoir une vision assez différente de la chose: Friendica semble être un clone++ de FB, j'entends par là que ma première impression est qu'il s'en inspire beaucoup, mais ajoute des très bonnes choses comme les passerelles, ou le chiffrage).

Je pense qu'ils sous estiment l'importance du chat, mais je n'ai pas encore eu l'occasion de tester ça.

Bref, à surveiller, ça me semble relativement crédible. Ceci-dit, la vision est clairement différente de SàT; et c'est une bonne chose.

Si le Parti Pirate a fait ses preuves en Allemagne

Ses preuves ? Il a certes fait un bon score, et j'avoue avoir jusqu'ici suivi de très loin, mais j'ai surtout entendu parler de soucis avec l'extrême droite, et d'une absence d'opinion tranchée sur de très nombreux points majeurs.

Je veux bien plus d'infos si tu en as, vu que tu sembles pas mal dedans en ce moment. Pour l'instant j'ai une très très grande méfiance envers ce mouvement, et je pense qu'on peut difficilement fonder un parti uniquement sur un centre d'intérêt, c'est un peu le même problème chez les écologistes (enfin l'idée de base, je ne dis pas que les verts n'ont pas quelque chose de construit derrière par exemple).

Je testerai volontiers SàT mais il semble avoir besoin de Python non ?

Oui, mais si tu utilises un serveur externe pour XMPP, ça revient au même d'utiliser un serveur externe pour SàT: dans les 2 cas tu fais confiance à un tiers.

Si tu veux tout héberger toi même (ce que j'avais compris au début), dans ce cas oui il te faudra Python. Mais sur ta solution mutualisée, tu ne pourras pas non plus installer Movim ou Jappix qui ont besoin d'un serveur XMPP.

Je viens de (re)jeter un œil à Newebe, en fait il utilise Python. Dommage tu ne pourras pas l'essayer, l'approche est différente des autres projets cités, et intéressante. Du coup tu as plusieurs choix:

• utiliser un service administré par quelqu'un d'autre, et lui faire confiance

• un forum comme évoqué plusieurs fois ailleurs dans ce journal

• passer sur un autre serveur, un dédié si possible

• une solution entièrement décentralisée à la Retroshare

• une solution non citée ici, fais nous partager ta découverte le cas échéant

• coder ;)

Ah mais je pensais qu'avoir ton propre serveur était une contrainte. Dans ce cas tu peux en effet utiliser jappix ou MOVIM pour te connecter à un serveur XMPP distant (par contre je n'ai pas regardé comment ils géraient l'upload de photo, mais sur un serveur distant ça risque de poser problème).

Retroshare c'est une solution sans serveur, on n'est plus dans la catégorie PHP mais dans le soft indépendant, et ça fait plus que du simple partage de fichiers.

Bon et sinon tu me laisses quelques mois, et je te prépare un serveur SàT au petit oignons, ce qui évitera les soucis d'administration ;)

Les contraintes techniques te bloquent pas mal de solutions. J'allais te parler de SàT mais tu ne veux pas de python, du coup regarde du côté de MOVIM qui vise ce genre de configuration (PHP/Mysql), mais qui ne supporte pas encore les photos: http://movim.eu/

Newebe aussi, j'ai rencontré son auteur au FOSDEM, il est très sympa: http://newebe.org/

Diaspora est en RoR donc éliminé; Jappix éventuellement ( https://jappix.com/ )

Il y aussi retroshare: http://retroshare.sourceforge.net/ mais niveau simplicité c'est pas idéal.

Sinon un bon vieux ftp ça marche aussi, et c'est pas si compliqué à utiliser, à coupler avec un forum pour les commentaires.

Le serveur est un choix à bien étudier selon les cas.

• Openfire a mauvaise réputation principalement à cause de la guerre de religion contre Java. Mais c'est un serveur pas mal du tout, avec un bon support des XEPs, un des supports PubSub les plus complets. Malheureusement leur équipe est très (trop) petite, et les bugs mettent du temps à être corrigés. Par exemple, il y a eu un bug majeur qui bloquait les communication serveur à serveur il y a quelques mois, et la correction a mis beaucoup de temps (plusieurs mois) avant d'arriver dans une version distribuée (le patch était dispo sur le bugtracker quelques jours ou semaine après l'ouverture du rapport).
  Dire qu'il est impossible de faire quelque chose avec comme on peut le lire dans un autre commentaire n'a pas de sens puisqu'il est libre, et qu'il est donc toujours possible de le patcher (et il y a plus de gens qui connaissent Java que Erlang par exemple), maintenant ça peut prendre du temps. De ce que j'en ai vu, les sources sont bien lisibles.

• Ejabberd est le plus connu, très réputé et Erlang lui permet de bien gérer les montée en charge. C'est le serveur utilisé notamment par Facebook. Son avantage est aussi un inconvénient, puisque peu de personnent connaissent Erlang, et que les logs/la config sont assez difficiles à lire. Il est réputé aussi pour avoir le support des XEP et de PubSub le plus complet. Il a un support communautaire et commercial au besoin.

• Prosody est le plus jeune, et le plus en vogue à l'heure actuelle. Écrit en lua, il a un fort support communautaire, et son architecture modulaire permet de facilement implémenter des XEP. Facile à configurer, léger, c'est un très bon serveur qui a vraiment le vent en poupe. Il a un support moins complet des XEP que les 2 précédents (notamment PubSub qui est en train d'être implémenté, et disponible dans le tronc), mais ça avance vite, et les communauté est très disponible.

Après il y en a d'autres que je n'ai pas essayé comme Tigase (écrit en Java), j'ai vu récemment un billet dessus dans le planet jabber, preuve d'une activité.

Et pour les stands, ça se passe comment ? C'est dommage que les confs et le village soient uniquement en semaine, ça oblige à poser des jours pour y participer :(

Ce que je veux dire, c'est qu'on parle de faire un équivalent à XMPP pour les réseaux sociaux, en supposant que XMPP c'est de la messagerie. Mais XMPP est parfaitement capable de faire tout ce qui est inclus dans ce qu'on appelle les réseau sociaux (microblogage and Co), et de communiquer avec les protocoles étrangers. Bref, il peut très bien communiquer avec Diaspora et Friendi[kc]a ou autre via des passerelles comme pour les réseau de messagerie type MSN ou ICQ. Il le fait déjà au moins avec Twitter et Identi.ca.

Ou sinon… XMPP (non parce que ce n'est pas que de la messagerie hein).

Pourquoi n'est-ce pas souhaitable d'avoir un protocole unique ? (si celui-ci est libre et standardisé).

Parce qu'un protocole c'est des contraintes techniques (par exemple XML pour XMPP) qui ne sont pas forcément adaptée à tout, c'est aussi des contraintes administratives (la XSF c'est très bien parce que c'est propre pour standardiser, mais c'est aussi lent, et il n'est pas souhaitable que tout passe par un même organisme), etc. Il est important de garder la diversité, mais si on peut peut avoir de la diversité et rester compatible, c'est encore mieux, d'où le rôle des passerelles.

Il y a 5-6 ans, [SNIP] Si ça c'est pas anecdotique…

Parce que tu ne vois la passerelles que comme un moyen de se connecter à MSN. Ça permet aussi de se connecter à du XMPP fermé (par exemple FB est sur son propre réseau fermé, le seul moyen d'avoir accès a ses contacts de manière intégrée via un compte Jabber, c'est d'utiliser une passerelle). D'autre part il y a encore des tas de protocoles à accéder: jette un œil à Spectrum, tu verras qu'il y a pas mal de trucs intéressants (comme identi.ca qui a supprimé son bot XMPP et twitter).
Enfin ça peut permettre des choses plus excentriques. Ainsi j'ai prévu de faire une passerelle weboob pour utiliser son client XMPP pour, au hasard, poster sur DLFP.

Bref, c'est loin d'être inutile ou anecdotique.

Non mais ça j'ai bien compris, l'intérêt des passerelles est assez évident. Je demandais pourquoi tu penses qu'elles sont devenues plus qu’anecdotiques ?

Et je ne suis pas d'accord qu'à long terme ça n'a plus d'utilité. À moins qu'on se retrouve avec un protocole unique (ce qui n'est pas souhaitable, et qui AMHA n'arrivera pas), les passerelles ont toute leur place.

Le concept n'est pas sans rappeler les passerelles de XMPP, passerelles qui étaient le must absolu de XMPP il y a 5 ans et qui sont devenues plus qu'anecdotiques.

Pourquoi ? Tu peux expliciter ?

Sinon content qu'on se rende compte qu'il y a autre chose que Diaspora.
On m'a parlé de Juick aussi, et je suis tombé sur un vieux billet de Nÿco qui en parle.

Plus de 1% des femmes seraient touchées. Elles auraient un quatrième type de cônes qui leur permettrait de voir plus de couleurs.

Ben oui, tout le monde sait ça. Ce sont les femmes mages qui ont des octogones (ce que tu appelles « un quatrième type de cône »), ce qui leur permet de voir l'octarine.

Bon, j'ai pris une hache-sueur-rance, je reviens, faut que je mette le feu à ma maison.

C'était de l'auto-dérision, mais plus sérieusement, ça peut si ce n'est remplacer au moins fournir une alternative viable et unifiée à la plupart des protocoles que tu as cité, avec en prime le choix de l'outil pour les utiliser (comprendre: ne pas être forcé d'utiliser un butineur, même si c'est une possibilité).

Vous imaginez le merdier, si on sortait une fonctionnalité kikoolol de IRC tous les deux mois (genre, le salon IRC peut diffuser une musique d'ambiance

Le merdier avec IRC on n'imagine pas non, c'est pour ça qu'on les implémente avec XMPP: http://www.goffi.org/post/2012/02/02/Radio-collective

Par contre, ce qui me manque de l'Internet d'il y a 15 ans (ou plutôt, à la mode de y'a 15 ans), c'est de discuter via IRC ou NNTP, d'envoyer des fichiers via FTP, de diffuser des vidéos via ed2k, Kad, BitTorrent, MMS, RTMP, RTSP.. au lieu de faire tout ça via le Web, le Web, le Web, le Web, le Web et encore et toujours du Web

Alors qu'on pourrait faire tout ça avec XMPP, XMPP, XMPP, XMPP, XMPP et encore et toujours XMPP

:)

Faudrait utiliser weboob pour filter les journaux et rédiger automatiquement la dépêche touts les semaines :)

Cependant, ces protocoles dérivés restent des protocoles dédiés à un programme, et non à une tâche. Salut à Toi et Jappix sont deux protocoles dérivés d'XMPP, mais ils ne sont (à ma connaissance extrêmement limitée) compatibles entre eux du point de vue des fonctionnalités relatives au réseau social. Peut-être un jour verra-t-on une une plus grande standardisation entre ces deux (ce n'est qu'un exemple).

Alors petite précision à ce sujet. On est, et on cherche à être compatibles entre nous au sujet de nouvelles fonctionnalités (celle qui me vient principalement en tête est le microblogage); et pour ce on s'appuie sur des XEP qui sont en cour d'élaboration, et qui ne sont donc pas encore des standards (Celle ci pour ceux que ça intéresse). La standardisation et donc la compatibilité entre client est un point important que nous ne voulons pas perdre.

Cependant, les fonctionnalités étant nouvelles, il y a aussi des expérimentation. Buddy Cloud par exemple élabore son propre protocole pour le microblogage. Je les ai rencontré au FOSDEM, ils envisagent la standardisation, mais à terme, le but est de tester avant dans leur coin, et de le proposer si c'est valable.

À ceci s'ajoutent les fonctionnalités qui ne sont pas standards. Salut à Toi par exemple propose la gestion des droits par groupes (ce que Google appelle les cercles, même si ça existait dans SàT avant que G+ ne soit publique). Étant à ma connaissance le seul projet basé sur XMPP à permettre ça (sinon Diaspora permet quelque chose de similaire que eux appellent aspects), ce n'est pas encore un standard. Mais je pense que ça la deviendra à terme. Pour le moment ça utilise une méthode bricolée qui ne fonctionne qu'avec Openfire, il est prévu de revoir ça très rapidement (c'est d'ailleurs ma prochaine chose dans ma TODO) pour que ça fonctionne de manière plus générique.

Donc pour résumer, oui on est standard et on ne fait pas de « sous protocole propriétaire »: le microblogage Jappix (ou MOVIM), est compatible avec celui de SàT.
Par contre il y a des différence sur les terrains expérimentaux, parce que justement c'est expérimental. Mais le but est pour la plupart des projet de standardiser les nouveauté. Seulement le processus de standardisation est long, et changer un protocole a des conséquences, c'est pour ça qu'il peut y avoir des différence entre un projet qui implémente une nouveauté, et la version standard (l'exemple le plus connu est celui de Jingle version Google qui diffère du Jingle standardisé: Google passe à la version standard, mais ça ne se fait pas en un claquement de doigts).

il faut parcourir les extensions ici: http://xmpp.org/xmpp-protocols/xmpp-extensions/

et on peut t'aider sur xmpp://jabberfr@chat.jabberfr.org ou sur une des mailing lists de la xsf

Le problème c'est pour le moment, on ne voit pas grand chose (enfin des parties de, des démos, mais c'est tout)

Si je ne me trompe pas, le site de transport présenté au FOSDEM dont j'ai parlé était en production. C'est aussi très utilisé dans le monde professionnel, ou dans le moteurs de certains sites, mais on ne le voit pas forcément.

Le nom ça a déjà été débattu par ailleurs (XMPP se rapproche de HTTP, jabber c'est plus le réseau global, enfin tout le monde n'est pas d'accord dessus,et perso ça me passe un peu au dessus de la tête). Pour l'audio/vidéo tu as essayé jitsi ? Perso j'ai eu quelques soucis avec, mais sinon c'est le plus prometteur actuellement
Le côté xml, c'est de la guerre de religion du même type que quand on parle de java ou emacs, et pareil ça me passe au dessus de la tête.

Après, pour le côté "microblogage" on va quand même dire que c'est presque de la messagerie, on ne communique pas directement mais à part ça...

À part ça il y a d'autres choses à faire, partage de fichiers par exemple, jeux, tout ce qui fait de la publication/souscription, streaming, etc. Le côté extensible permet d'ajouter n'importe quoi.

Si je ne me trompe, y'a pas aussi un soft pour de la supervision de machines virtuelles basé sur XMPP ?

Oui quelqu'un m'avait parlé d'un truc comme ça aux JDLL, et il y a eu un journal ou une dépêche ici même, là j'ai pas trop le temps de chercher, mais ça doit pas être dur à retrouver.

Ah mais non ne prends pas ça comme une attaque perso, c'est juste une remarque générale (surtout que j'ai déjà lu des articles de toi qui expliquaient que XMPP pouvaient être utilisé pour d'autre choses).
Mais XMPP est quasi systématiquement associé uniquement à messagerie instantanée, ce qui est fort dommage, c'est vraiment ne voir que la partie émergée de l'icerberg: le potentiel est encore très largement sous exploité. J'ai l'impression que c'est même le cas chez pas mal de dévs de la communauté XMPP elle même.

De la même manière, c'est dommage de ne toujours voir que Diaspora comme alternative à facebook, il y en a d'autres plus ou moins avancé, basée sur XMPP ou non, clone de FB et différentes, etc.
quelques ex.: MOVIM, Friendika, Newebe, Lorea, Retroshare, Jappix, etc.

Oui enfin ce que c'était au départ n'est pas vraiment le problème. C'est le extensible qui est important. Et ça coûte cher à XMPP que les gens pensent que ça ne fait que de la messagerie instantanée (exemple: Diaspora veut l'utiliser uniquement pour la messagerie, alors que ça pourrait être entièrement basé dessus).