C’est tellement lent et instable que j’en suis à rechercher des alternatives sur lesquelles migrer (mon compte, mes commus…). Je ne suis pas certain que ça se stabilise rapidement.
Je suis également inquiet de la capacité du protocole ActivityPub à passer à l’échelle. Le nombre d’instance Lemmy est en train d’exploser littéralement. J’ai un peu cherché, et j’ai l’impression qu’il n’y a pas de protocole pour broadcaster efficacement des contenus. C’est toujours des échanges directs entre un serveur et un autre. Imaginons qu’un contenu est posté sur [email protected] => le serveur Lemmy.world doit diffuser ce contenu à TOUTES les instances avec au moins un gars qui est abonné. Pour une grosse communauté, ça peut vite générer des milliers de messages pour une donnée à répliquer. Un haut vote => 1000 messages. 1 commentaire => 1000 messages. Etc.
Je pense qu’à terme on aura des groupes d’instances fédérées (imaginons une dizaine d’instances francophones par exemple, avec des règles et des sujets spécifiques), sans quoi ça va devenir trop gourmand en terme de ressources.
J’ai testé jlai.lu et il a des problèmes d’affichage chez moi (les icones d’action type flèches ou répondre ne s’affichent pas, ce qui le rend inutilisable).
Alors oui, je pourrais utiliser une web.app tierce, pour accéder à jlai.lu, pour accéder à lemmy.world … mais c’est trop de redirections pour moi. Et ça augmente le risque de pannes/bugs.
Je ne suis pas devin, mais je pense qu’à terme on aura le même soucis que les emails.
On aura de gros problèmes de spam.
Certaines instances qualitatives vont blacklister (se défédérer) des petites instances peu maintenue ou peu regardantes sur la qualité de leur population, afin de limiter le spam (cf. les raisons 4 et 5 ici : https://www.sendx.io/blog/emails-going-to-spam “Domain Reputation is Poor”).
Ces instances qualitatives vont également mettre en place des filtres de réputation automatiques pour éviter d’être pollués en interne même de l’instance (les anti-spam sur Gmail et Outlook sont vraiment forts par rapport aux anti-spams à base de chaînes de markov qu’il y avait à une époque sur les serveurs emails semi-pro ou auto-hébergés)
Résultat : il va y avoir une concentration sur quelques grosses instances qui nous préserveront de la merde.
Ah, je vois. Le setup que tu expliques (app tierce, compte jlailu, commu LW) c’est exactement le mien, après je sais que je suis plus patient que la plupart des utilisateurs.
À voir sur la concentration, si les filtres sont simples à mettre en place, on pourra avoir des instances de taille moyenne.
Ne pas oublier que contrairement au mail, ici il y a un système de reports et de modération par les utilisateurs eux-mêmes.
Je ne sais pas si tu as vécu la belle époque du spam sur emails, mais c’était également le cas. Lorsqu’on mettait les spams dans la boîte à spam, ça prenait l’information en compte. Mettre en place son propre hébergement de serveur email, c’était affreux. On se prenait des dizaines de spams par jour. Avec des faux positifs (des emails qui n’étaient pas des spams et qui allaient dans les spams).
C’est tellement lent et instable que j’en suis à rechercher des alternatives sur lesquelles migrer (mon compte, mes commus…). Je ne suis pas certain que ça se stabilise rapidement.
Je suis également inquiet de la capacité du protocole ActivityPub à passer à l’échelle. Le nombre d’instance Lemmy est en train d’exploser littéralement. J’ai un peu cherché, et j’ai l’impression qu’il n’y a pas de protocole pour broadcaster efficacement des contenus. C’est toujours des échanges directs entre un serveur et un autre. Imaginons qu’un contenu est posté sur [email protected] => le serveur Lemmy.world doit diffuser ce contenu à TOUTES les instances avec au moins un gars qui est abonné. Pour une grosse communauté, ça peut vite générer des milliers de messages pour une donnée à répliquer. Un haut vote => 1000 messages. 1 commentaire => 1000 messages. Etc.
Jlai.lu fait le boulot, honnêtement : https://jlai.lu/c/france
Et oui, complètement pour ton second point.
Je pense qu’à terme on aura des groupes d’instances fédérées (imaginons une dizaine d’instances francophones par exemple, avec des règles et des sujets spécifiques), sans quoi ça va devenir trop gourmand en terme de ressources.
J’ai testé jlai.lu et il a des problèmes d’affichage chez moi (les icones d’action type flèches ou répondre ne s’affichent pas, ce qui le rend inutilisable). Alors oui, je pourrais utiliser une web.app tierce, pour accéder à jlai.lu, pour accéder à lemmy.world … mais c’est trop de redirections pour moi. Et ça augmente le risque de pannes/bugs.
Je ne suis pas devin, mais je pense qu’à terme on aura le même soucis que les emails. On aura de gros problèmes de spam. Certaines instances qualitatives vont blacklister (se défédérer) des petites instances peu maintenue ou peu regardantes sur la qualité de leur population, afin de limiter le spam (cf. les raisons 4 et 5 ici : https://www.sendx.io/blog/emails-going-to-spam “Domain Reputation is Poor”). Ces instances qualitatives vont également mettre en place des filtres de réputation automatiques pour éviter d’être pollués en interne même de l’instance (les anti-spam sur Gmail et Outlook sont vraiment forts par rapport aux anti-spams à base de chaînes de markov qu’il y avait à une époque sur les serveurs emails semi-pro ou auto-hébergés) Résultat : il va y avoir une concentration sur quelques grosses instances qui nous préserveront de la merde.
Ah, je vois. Le setup que tu expliques (app tierce, compte jlailu, commu LW) c’est exactement le mien, après je sais que je suis plus patient que la plupart des utilisateurs.
À voir sur la concentration, si les filtres sont simples à mettre en place, on pourra avoir des instances de taille moyenne. Ne pas oublier que contrairement au mail, ici il y a un système de reports et de modération par les utilisateurs eux-mêmes.
Je ne sais pas si tu as vécu la belle époque du spam sur emails, mais c’était également le cas. Lorsqu’on mettait les spams dans la boîte à spam, ça prenait l’information en compte. Mettre en place son propre hébergement de serveur email, c’était affreux. On se prenait des dizaines de spams par jour. Avec des faux positifs (des emails qui n’étaient pas des spams et qui allaient dans les spams).
Vieil article retrouvé : http://www.paulgraham.com/spam.html
Intéressant, merci!