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]@lemmy.blahaj.zoneOP
      link
      fedilink
      Français
      arrow-up
      2
      ·
      10 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.works
        link
        fedilink
        Français
        arrow-up
        1
        ·
        10 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é )