Pour ceux qui veulent le graphe en dynamique: https://grafana.lem.rocks/d/edf3gjrxxnocgd/federation-health?orgId=1&var-instance=sh.itjust.works&var-remote_instance=lemmy.nz&var-remote_instance=reddthat.com&var-remote_instance=slrpnk.net&var-remote_instance=sopuli.xyz&var-remote_instance=jlai.lu&var-remote_software=All

Les chiffres sur le graphe indiquent le nombre d’actions (vote, commentaire, post) de retard que SJW doit envoyer aux instances listées.

On remarquera que côté Jlailu on est pas mal vu que c’est presque instantané.

  • Camus [il/lui]OPFrançais
    3·
    9 months ago

    Ca pourrait être une bonne solution. Je n’ai pas l’impression qu’on ait d’utilisataires actifves depuis Kbin, ceux qui y étaient ont sans doute bougé sur fedia.io ou kbin.run (qui tourne sous Mbin)

      • Camus [il/lui]OPFrançais
        2·
        9 months ago

        Kbin, c’était un seul dév, qui a vécu un divorce (le pauvre) et donc laissé le projet en plan pas mal de temps. Tous les changements devaient passer par lui, c’était assez frustrant pour la communauté.

        Mbin, c’était la volonté de reprendre le code de Kbin, mais le gérer de manière communautaire

        • Ziggurat@sh.itjust.worksFrançais
          1·
          9 months ago

          Merci pour l’historique.

          Je te demanderais bien un ELI5 du lore de miss/calc/shark-key Iceschrim/catodon et je dois en oublier 2-3, le pire c’est que tu en serais capable mais j’ai peur que ce soit plus compliqué que le lore d’a song of ice and fire . (Bon j’ai vraiment l’impression de sonner comme un mastonaute frustré de pas avoir la moitié des feature de *key sur Masto :) j’avoue que le nombre de forks m’impressionne par le dynamisme de la commu et m’inquiète par l’instabilité )