Il fediverso non è ancora pronto per le persone con molto seguito? - eviltoast

Il fediverso non è ancora pronto per le persone con molto seguito?

@informatica

Il noto youtuber Alec di Technology Connections, migrato su mastodon da twitter, si sfoga affermando che la sua presenza nel fediverso è problematica per via della moderazione infra-istanza, che reputa inefficiente per un account che ha molto seguito come il suo (e si parla di “solo” 35mila seguaci sugli oltre 2 milioni di iscritti al suo canale YT)

Link al thread in questione: https://mas.to/@TechConnectify/111428308227305812

  • NicholasLaney@nebbia.fail
    1·
    1 year ago

    @jones @oloturia @mike @informatica

    C’è solo un problema: tutto ciò che hai fatto è stato spostare il carico dal db alla banda.
    Che è pure peggio, soprattutto in termini ambientali.
    Non che debba essere quello l’unico criterio, ma inventarci metodi sempre più complessi per consumare maggiori risorse mi sembra il contrario di ciò che è necessario.

    • Jones@puntarella.party
      1·
      1 year ago

      @NicholasLaney @oloturia @mike @informatica
      Ma in realtà anche dal punto di vista della banda ne succhierebbe ben poca: un protocollo come quello per la sincronizzazione delle chiavi pubbliche openpgp sui keyserver non succhia tanta banda, e se si vedesse che invece nel nostro caso, via via che lə utent* aumentassero, lo farebbe, si potrebbe modulare una finestra temporale per l’update degli hashtag e del “nome visualizzato” dei profili, tipo: puoi modificarli solo 10 volte al giorno, aggiustandola via via alla bisogna.

      • Jones@puntarella.party
        1·
        1 year ago

        @NicholasLaney @oloturia @mike @informatica
        Aggiungendo alla tabella con indirizzo, “nome visualizzato”, hasthtag di profilo e timestamp dell’ultimo update, un’altra tabella, molto più leggera, con tutte le istanze, ugualmente sincronizzata tra tutte le istanze, ma ovviamente molto più lentamente (aprono e chiudono molto più lentamente di quanto possano essere modificati i profili), il protocollo non richiederebbe che l’istanza di gigi che ha appena modificato il suo profilo comunicasse a tutte le altre la modifica: potrebbe comunicarla solo a una, dicendo “sono l’istanza x e ho comunicato solo a te la modifica del profilo di gigi”; la seconda, y, potrebbe allora comunicare la modifica a una terza tra quelle ancora non coperte, dicendo “gigi su x ha modificato il suo profilo così, si sa su x e y”, ecc.

          • NicholasLaney@nebbia.fail
            1·
            1 year ago

            @jones
            Sì, ma a prescindere dal protocollo che usi, una foto caricata in america dovrà arrivare in europa.
            Se la si tiene in database sarà trasmessa una volta sola, ma devo avere un db ampio, se la richiedo ogni volta andrà trasmessa spesso, e in db avrò solo roba locale, che a mia volta trasmetto.
            E il grosso del traffico non sono le tabelle, ma i media.

            E niente, ti è sfuggito il nobel pure oggi. ;)

            @oloturia @mike @informatica

            • Jones@puntarella.party
              2·
              1 year ago

              @NicholasLaney @oloturia @mike @informatica
              I server scambierebbero solo indirizzo, “nome visualizzato”, i primi 5 hashtags di profilo e un timestamp, non l’immagine né nient’altro, e lo farebbero solo quando questi dati fossero modificati da un utente (e si potrebbe limitare la possibilità di farlo a 5 volte al giorno). Così per esempio potresti cercare “greta thunberg” e trovarla sul server dove sta anche se nessun* dal tuo server l’avesse mai seguita o ci avesse mai interagito prima, e il suo profilo completo, con immagine e tutto, sarebbe scaricato dalla tua istanza solo qualora cliccassi sul risultato nella lista (allora potresti verificare che è veramente lei, se sul profilo ha link verificato al sito di fff, per esempio).
              Prossima volta che ci becchiamo voglio un nobel al gorgonzola però :)