Honnêtement, vu de loin avec mon regard d’incompétent en informatique, ça fait quand même un peu «Je sors ma pelleteuse Liebherr de 10 tonnes pour aller planter mes bulbes». La solution de la FEP-171B paraît quand même beaucoup plus simple et logique.

Est-ce que je ne comprends rien à rien si ça me file l’impression que ça va créer quand même beaucoup de trafic inutile pour pas grand-chose?

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Alors bon, apparemment, le principe, c’est que tant qu’une personne regarde une page (un message?), le serveur Mastodon ira vérifier toutes les 15 minutes si de nouveaux commentaires/réactions sont apparus sur la page d’origine.

Donc si 1000 personnes restent sur la page, ça donne quoi? Toutes les 15 minutes 1000 requêtes vont aller DDoSer le serveur d’origine? Et d’ailleurs, est-ce que ça fait ça, juste par rapport au message de départ de la conversation, ou est-ce que ça le fait aussi pour tous les commentaires qui suivent (parce qu’en vrai, le concept de conversation n’existe pas vraiment, dans Mastodon).

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Pour en revenir à Mastodon, la solution qui a été trouvée est décrite dans ce post de blog: https://blog.joinmastodon.org/2025/11/mastodon-4.5/#fetch-all-replies-completing-the-conversation-flow

«Mastodon 4.5 automatically checks for missing replies upon page load and again every 15 minutes, enhancing continuity of conversations across the Fediverse.»

Traduction à l’arrache garantie sans IA:

«Mastodon 4.5 vérifie automatiquement les réponses manquantes lors du chargement de la page et à nouveau toutes les 15 minutes, améliorant la continuité des conversations au sein du Fediverse.»

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Alors, juste un mot rapide sur les FEP, les propositions d'amélioration du fediverse en VF (Fediverse Enhancement Proposals, en VO). Je ne suis pas développeur, mais bon, voilà ce que j’en ai compris: en gros, ce sont des fonctionnalités, souvent documentées, qui ont vocation à définir des genres de standards au sein du fediverse. Plus simple encore: des idées, avec le comment qu’on fait, qui sont là pour permettre de rendre le fediverse chaque jour meilleur.

Si vous en avez l’envie et le temps, et que vous êtes anglophone, vous pouvez en savoir plus par là: https://codeberg.org/fediverse/fep

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Si vous avez tout bien suivi, nous en sommes au stade où une solution a donc été trouvée pour pallier un des principaux défauts reprochés au fediverse, cette histoire de conversations tronquées. Celle-ci aurait donc pu être reprise par le plus gros acteur du fediverse, Mastodon.

Sauf que non. Plutôt que s’appuyer sur une solution existante, chez Mastodon, on a préféré faire autrement. Ce qui vient, il me semble, renforcer la réputation de Mastodon en tant qu’acteur favorable aux standards, mais uniquement s’ils viennent de chez Mastodon, pas de chez les autres. Réputation justifiée ou non, sur ce coup-là, les développeurs ne sont pas allés chercher leur idée dans les FEP.

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Le système des Conversations Containers fonctionne à partir du moment où tous les serveurs connectés les implémentent. Pour l’instant, les plateformes qui le font sont Streams, Forte, Hubzilla et Mitra (uniquement pour les conversations non publiques pour cette dernière). Si vous utilisez Mastodon, vous n’aurez donc pas, en tout cas à l’heure où j’écris ces mots, la possibilité de bénéficier de cette fonctionnalité.

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Que se passe-t-il si tout ceci se passe entre personnes utilisant des plateformes d’accès au fediverse qui implémentent les Conversations Containers? Et bien, dans ce cas-là, lorsque Bob commente le message d’Alice, le serveur qui héberge le compte d’Alice distribue le commentaire à tous les autres participants à la conversation qui a été initiée, Charlie voit donc aussi ce commentaire. De la même manière, lorsque Charlie like le message d’Alice, le serveur d’Alice le distribue, et donc Bob voit aussi ce like.

C’est tout bête, hein? Et ça marche.

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B

Petite illustration avec nos amis Alice, Bob et Charlie, qui ont chacun leur compte sur un serveur différents. Alice et Bob sont mutus, tout comme le sont Alice et Charlie. Par contre Bob et Charlie ne se connaissent ni d’Eve ni de mes dents au point que leurs serveurs respectifs n’ont aucune idée de l’existence du compte de l’autre.

Dans cette configuration, le comportement "habituel" sur le fediverse est que si Alice publie un message et que Bob le commente, Charlie ne le verra pas. De la même manière si Charlie like le message, Bob ne verra pas ce like. La seule façon d’avoir accès à l’ensemble des réactions au message d’Alice est d’aller voir le post original sur son serveur à elle. Et encore, pour cela il faut que son message soit public: si la visibilité du message est restreinte à ses seuls visiteurs, alors il ne sera pas visible en visitant son serveur à elle…

##Mastodon ##Fediverse ##FausseBonneIdée ##FEP-171B