Dentro il Social WARM – Parte 2: Lemmy, lo strumento per la discussione strutturata

Il software più fecile del Fediverso (ops… del Social WARM) non è solo facile, ma è una palestra importante per comprendere le dinamiche che vedremo in futuro tra software diversi

La seconda sessione della vostra scuola guida è dedicata a una prova pratica e no, non giocheremo con Mastodon. Non oggi! A mio parere infatti, iniziare da Mastodon non aiuta a comprendere bene come funziona il Social WARM (cioè quella cosa che quelli istruiti chiamano Fediverso), mentre Lemmy ci aiuterà a capire alcuni meccanismi che ci renderanno molto più consapevoli quando proveremo Mastodon. Ma soprattutto ci farà capire meglio potenzialità, limiti e criticità del Social WARM.

A proposito, il fatto di menzioniare subito la comunità @fediverso oggi sarà più chiaro…

Bene, è ora di salire a bordo!

• Prima parte (link a un’altra pagina)
• Proviamo Lemmy, lo strumento per la discussione strutturata
  
  • Chi siamo noi? Cosa sono gli utenti? Cosa sono le comunità?
  • Pubblichiamo qualcosa e vediamo come si vede
  • Il mio account può davvero vedere tutti i contenuti pubblicati da tutti gli utenti del mondo? No!
  • “Catturare” un post da un altro server Lemmy
  • “Catturare” un post da un altro server “non Lemmy”
    
    • NodeBB su NodeBB
    • Mastodon su NodeBB
    • NodeBB su altro server Lemmy
    • Pixelfed su Friendica
    • …e quei post che Lemmy non vedrà mai

    
    

  • Rispondere, menzionare o interagire con un altro utente
  • Trattamento Lemmy: cosa abbiamo imparato?

  
  

• Terza parte (Mastodon: il social a flusso continuo)

Il buono, il brutto e il cattivo dl Social WARM (da un’idea di Dominik Chrástecký: chrastecky.dev/technology/acti…)
Questa non è una vera guida a Lemmy, ma è un modo per aiutarvi a familiarizzare con una delle piattaforme più utilizzate del Social WARM e un modo per farvi capire:

• la differenza tra ciò che è dentro il vostro server e ciò che è in un altro server Lemmy, quindi fuori dal vostro server ma dentro lo stesso ambiente software
• la differenza tra ciò che è dentro il vostro server e ciò che è fuori da Lemmy e dentro ambienti software diversi.

Lemmy è probabilmente il software più facile da usare di tutto il Social WARM! Si tratta di una sorta di clone di Reddit ed è pensato per creare discussioni (di solito partendo da un link, ma questo non è necessario) cui altri utenti rispondono.

Le discussioni nascono all’interno di quelle che vengono dette “Comunità” che sono praticamente i “subreddit” o le “categorie” dei vecchi forum.

Iscriversi a Lemmy è facilissimo: il software consente di farlo anche senza utilizzare un’email e, anche se molte istanze richiedono comunque l’email, sul nostro server feddit.it abbiamo deciso di non richiederla, con l’unica condizione di chiedervi di scrivere una breve frase in italiano giusto per capire se non siete bot (ma attenzione: se dimenticherete la vostra password e non vi siete registrati con un’email, allora sarà impossibile rientrare nel vostro account!); se iscriversi è facilissimo, usarlo è ancora più facile!

🧡 Feddit.it è un progetto indipendente e senza pubblicità. Se volete potete aiutare la gestione di questo server con una piccola donazione ricorrente su LiberaPay oppure con una donazione una tantum su Ko-Fi.
Il server utilizzato è quello di Hetzner, in Finlandia. Se volete provarlo potete ottenere 20€ gratuiti con questo link e noi riceveremo un aiuto sotto forma di credito da usare proprio per mantenere Feddit.
Piccolo spazio di autofinanziamento

Appena sarete entrati vedrete una schermata con alcuni “interruttori” in alto (le opzioni che scriveremo in grassetto sono quelle predefinite):
Gli “interruttori” di Lemmy

1. interruttore “Pubblicazioni | Commenti”: vi mostra il primo post di un thread oppure i commenti successivi
2. interruttore “Contenuti nascosti | non nascosti”: vi consente di filtrare alcune conversazioni contrassegnate come mno visibili
3. interruttore “Iscritto | Locale | Tutti”: vi mostra le conversazioni delle comunità cui siete iscritti, quelle del vostro server locale oppure tutte le conversazioni, incluse quelle di altri server soprattutto quando sono state votate positivamente dai membri della comunità globale

Naturalmente se non vi siete ancora iscritti a nessuna comunità, l’interruttore “Iscritto” non vi mostrerà nulla.

Troverete anche un menu a tendina con i criteri di ordinamento preferiti.

Per cercare l’elenco delle comunità conosciute dal vostro server locale, dovete cliccare in alto al menu “Comunità” che vi porterà a una pagina con indirizzo https://VOSTRO_SERVER/communities che vi mostrerà le comunità in base (anche in questo caso) a diversi criteri a seconda della voce di menu che selezionerete dalla tendina.

Qui potete iscrivervi “alla cieca” oppure potete “entrare” nella comunità e decidere se iscrivervi in base all’interesse che le relative conversazioni potranno avere per voi.

NB: la possibilità di ordinare le voci secondo criteri prestabiliti è l’occasione di ricordarvi che questi “feed” sono progettati per poter “emettere” un vero e proprio feed RSS: se non sapete cosa sono vi siete persi una pietra miliare del WEB, ma in breve un feed RSS non è altro che un flusso di aggiornamenti tempestivi che ricevete su un vostro “Feed Reader”. In Lemmy, ogni server, ogni comunità, ogni lista di messaggi e addirittura ogni utente presenta un proprio feed RSS e potete copiarlo sull’icona a forma di piccola emissione di onde. Questa caratteristica è presente in quasi in tutti i software del Social WARM, anche se su Lemmy è stata progettata con una particolare cura.

Tornando alle Comunità, ricordiamo che anche se il controllo totale del server è appannaggio degli amministratori (coloro che possiedono il server), ogni utente può creare una nuova comunità, diventandone “moderatore”: i moderatori possono:

1. stabilire le regole della comunità (che devono essere in linea con quelle del server)
2. fissare una conversazione in cima ai post della comunità
3. eliminare contenuti contrari alle regole
4. impedire ad alcuni utenti di pubblicare contenuti nella loro comunità

I moderatori non ricevono una notifica quando un utente si iscrive nella loro comunità e, anche se la prassi è quella di iscriversi senza dire nulla, sarebbe buona educazione presentarsi quando ci si iscrive.

Alcune comunità consentono solo ai moderatori di aprire una nuova conversazione, mentre lasciano a tutti gli utenti la possibilità di commentare.

Chi siamo noi? Cosa sono gli utenti? Cosa sono le comunità?

Quando ci iscriviamo a Lemmy, creiamo un “utente” e un “utente” può anche creare (se vuole) una o più “comunità“; ma che cos’è un utente? E cos’è una “comunità”?

Nel Social WARM, esistono fondamentalmente due tipi di “attori”:

1. gli utenti, cioè quelli come noi (per esempio: poliverso, skariko, nuovoiscrittodiprova)
2. i gruppi, che sono a loro volta un tipo particolare di utente; nel caso di Lemmy, i gruppi vengono chiamati “comunità” (per esempio: informatica, lealternative, fediverso).

La caratteristica dei “gruppi” è che quando un utente scrive un nuovo post attivando in qualche modo un particolare gruppo, questo sarà forzato a ricondividere quel post, permettendo quindi di mostrarlo a tutti coloro che “sono iscritti” a quel gruppo.

In Lemmy, quando siamo “dentro” la pagina di una comunità e scriviamo un nuovo post, quella comunità viene “attivata” e ricondivide il nostro post: nell’interfaccia di Lemmy questo significa che il post che avremo pubblicato comparirà nella pagina della comunità.

Ogni “utente” e ogni “gruppo” sono identificati da un link pubblico e univoco, una pagina web, insomma, che li identifica univocamente nel WEB. Per esempio nel caso di Lemmy:

1. il profilo utente “poliverso”, nel server feddit.it avrà questo link: https://feddit.it/u/poliverso con la U di utente
2. la comunità “informatica”, nel server feddit.it avrà questo link: https://feddit.it/c/informatica con la C di comunità

Ogni utente e ogni gruppo appartiene al proprio server, ma tutti gli altri server (se ben collegati) duplicano la “pagina utente” originale all’interno del proprio server. Pertanto:

1. il profilo utente esterno “skariko”, che si trova nel server lemmy.ml avrà questo link: https://lemmy.ml/u/skariko ma se mai lo vedrete quando vi muovete dentro al server feddit.it lo troverete a questo link https://feddit.it/u/skariko@lemmy.ml
2. la comunità esterna “lemmy_support”, che si trova nel server lemmy.ml avrà questo link: https://lemmy.ml/c/lemmy_support ma se mai la vedrete quando vi muovete dentro al server feddit.it la troverete a questo link https://feddit.it/c/lemmy_support@lemmy.ml

Questo vale anche per gli altri server. Per esempio:

1. il profilo utente “poliverso”, nel server feddit.it, che come abbiamo visto ha questo link: https://feddit.it/u/poliverso visto dal server lemmy.ml avrà quest’altro link: https://lemmy.ml/u/poliverso@feddit.it
2. la comunità “informatica”, nel server feddit.it, che come abbiamo visto ha questo link: https://feddit.it/c/informatica vista dal server lemmy.ml avrà quest’altro link: https://lemmy.ml/c/informatica@feddit.it

Come avrete notato, quando un server “richiama” un utente o una comunità esterni, lo fa utilizzando lo stesso tipo di link, ma il “nome utente” sarà seguito da una chiocciola @ e dal dominio del server originale.

Questo ci introduce a un secondo modo, oltre al link, in cui gli utenti possono essere identificati all’interno di un sistema di Social WARM: il cosiddetto “handle” ossia l’identificatore, il “manico”, con cui ogni utente può essere richiamato da un altro utente. Per esempio:

1. l’handle completo del profilo utente “poliverso”, nel server feddit.it sarà
   @poliverso@feddit.it
2. l’handle completo della comunità “informatica”, nel server feddit.it sarà sarebbe
   !informatica@feddit.it (con il punto esclamativo, invece che con la chiocciola)

Si tratta di una sorta di standard che ci consente di capire:

1. con la chiocciola o il punto esclamativo, se si tratta di un utente o di un gruppo
2. qual è il nome utente
3. qual è il server cui appartiene

Aggiungiamo però una piccola complicazione tecnica che al momento possiamo tranquillamente ignorare, ossia che:

1. quando siamo dentro Lemmy, non “vedremo” mai quel punto esclamativo e, grazie a come è stata realizzata l’interfaccia del software, le comunità ci “sembreranno” vere e proprie pagine e non un utenza di tipo “gruppo“
2. il punto esclamativo non è uno standard accolto universalmente

Pubblichiamo qualcosa e vediamo come si vede

Per iniziare possiamo andare sulla comunità di test di feddit.it.

Per cercarla possiamo scorrere la pagina o utilizzare la funzione di ricerca del browser (CTRL + F) e cercare “test”. Nel caso in cui non la trovassimo nella prima pagina (tranquilli, è in prima pagina), potremmo andare alla pagina successiva (feddit.it non ha così tant comunità) altrimenti possiamo usare la casella di ricerca di Lemmy, in alto a destra, e cercare semplicemente la parola “test”.

NB: ogni software del Social WARM dispone di una casella di ricerca: questa può essere usata inserendo parole per la ricerca libera, ma anche con i link; infatti inserendo il link originale di un contenuto federato e avviando la ricerca, il sistema vi mostrerà quello che, nel proprio server, è il duplicato della pagina che fa riferimento a quel link
La casella di ricerca

Ci appariranno così diverse comunità, ma anche alcuni utenti, con la parola test, che sono le comunità e gli utenti che troviamo tra tutti i server connessi con feddit.it e la nostra comunità “Test: palestra e allenamenti 🙂” si troverà probabilmente tra le prime dieci.

In ogni caso la comunità la troverete a questo link: feddit.it/c/test

Una volta sulla pagina della comunità, ecco che possiamo “iscriverci”. L’iscrizione è una sorta di “follow” alla comunità, ma (sorpresa!) Lemmy ci consente di scrivere in una comunità anche se non siamo iscritti. La differenza tra iscriversi e non iscriversi è solo per la fruizione: quando andremo nella pagina iniziale di Lemmy, attivando l’interruttore “Locale“, vedremo i contenuti pubblicati nelle comunità in cui ci siamo iscritti.

Quando scrivete un nuovo post, avete a disposizione diversi campi

1. Titolo: Dove naturalmente vi viene richiesto di scrivere un titolo
2. URL: dove potete aggiungere il link di un post, un articolo o un qualsiasi contenuto web cui è ispirato il vostro post
3. Image: dove potete aggiungere un’immagine
4. Thumbnail URL: dove potete aggiungere un’immagine di miniatura
5. Contenuto: dove potete scrivere il testo del vostro post, utilizzando anche una formattazione di base avvalendovi della barra di formattazione integrata
6. Lingua: un menu a tendina dove potete selezionare la lingua che utilizzate

Una volta pubblicato il post, fate attenzione al link della nuova pagina creata, che sarà una sorta di feddit.it/post/XXXXXXXX (dove la x è un carattere numerico), perché questo è il link univoco che individuerà il vostro post nel WEB: copiatevelo perché lo richiameremo in futuro.

Complimenti! Avete pubblicato il vostro primo post nel Fediverso! Vi è piaciuto quello che avete pubblicato o c’è qualcosa che vorreste cambiare? Beh, nel secondo caso, avete la possibilità di modificare il messaggio appena pubblicato: sotto al titolo infatti troverete una piccola barra degli strumenti e l’ultima icona della barra è la solita icona con i tre pallini; cliccando su di essa troverete la voce “Modifica” per modificare il vostro post
Come modificare un post già pubblicato
Tutto questo implica che Lemmy, con la sua interfaccia pulita e chiara, potrebbe essere utilizzato come piattaforma di blogging: è sufficiente creare una “comunità” e limitare la creazione di nuovi thread ai soli moderatori!

Ora che avete acquisito maggiore consapevolezza, potete navigare per le comunità del server feddit.it e cercare se ci sono altre comunità di vostro interesse dove pubblicare post oppure se ci sono post scritti da altri utenti sotto i quali lasciare il vostro commento; quando trovate un utente interessante, potete vedere quali altri post e quali commenti ha scritto, ma ATTENZIONE: da Lemmy non potete seguire gli utenti, ma potete solo iscrivervi ai gruppi. Si tratta di una funzionalità pensata per mettere in primo piano le comunità e i contenuti e non, a differenza dei social, gli utenti!

Con il mio account posso davvero vedere tutti i contenuti pubblicati da tutti gli utenti del mondo? No!

Sul vostro server potete trovare contenuti provenienti da tutti i server collegati, ma solo se il vostro server li ha “intercettati” dalla rete globale.

In pratica (con alcune eccezioni che non ci interessano), i post pubblicati sulle comunità di un altro server vengono “intercettati” dal vostro server solo quando almeno un utente del vostro server inizierà a iscriversi a quella comunità e pertanto il vostro server intercetterà solo i post pubblicati dopo il momento dell’iscrizione di quell’utente.

Il corollario a tutto questo è che, se nessun utente del vostro server si è mai iscritto a una certa comunità di un server remoto e quindi voi sarete i primi a esservici iscritti, inizierete a vedere solo i post pubblicati dal momento in cui vi siete iscritti.

Ma se noi visitiamo un altro server e vediamo un post interessante che vorremo commentare, come possiamo commentarlo, se quel post non è mai stato intercettato dal nostro server? Ecco come fare…

“Catturare” un post da un altro server Lemmy

Sì, come per quasi tutti i server Lemmy, anche nel server lemmy.ml esiste una comunità “test”.

Per trovarla, possiamo utilizzare la sintassi standard, per esempio scrivere lemmy.ml/c/test, oppure possiamo andare alla pagina principale del server lemmy.ml/ cliccare sulla ricerca di Lemmy in alto a destra e cercare la parola “test”.

Qui troverete diversi post creati da utenti che volevano fare prove, ma ora andiamo direttamente alla pagina lemmy.ml/post/41887125 dove c’è un vecchio post che ho preparato per voi.

Ricordate quello che vi avevo scritto qui a proposito della casella di ricerca? Ebbene, è arrivato il momento di metterlo in pratica.

Per commentare quel post restando dentro al nostro server feddit.it (senza quindi iscriverci al server lemmy.ml), possiamo:

• copiare il link di quel post (appunto lemmy.ml/post/41887125)
• e incollarlo nella casella di ricerca del nostro server feddit.it.

Ecco che la ricerca ci restituirà un solo risultato e, quando ci avremmo cliccato, lo troveremo in una pagina del nostro server (nello specifico quel post si troverà alla pagina feddit.it/post/25874889).

Il link sembra avere esattamente lo stesso aspetto di quello del nostro post precedente perché il nostro server l’ha “intercettato” e l’ha inglobato nella memoria fisica del nostro server. Ma osservando quello stesso post dalle due pagine diverse, noterete che sono presenti alcune particolari differenze, cerchiate in rosso:
Gioco di specchi: stesso post ma su due server Lemmy diversi
Nel messaggio “originario” scritto nel server in cui è ospitato sia l’utente “@Informapirata”, sia la comunità !test@lemmy.ml, si può notare come sia l’utente, sia la comunità non abbiano la necessità di presentare la seconda parte dell’handle (@lemmy.ml). Ma soprattutto possiamo vedere che le due iconcine (una con il simbolo della catenella, l’altra con il simbolo pentagonale colorato del Fediverso) rimandano allo stesso link, che è il link univoco del post pubblicato dall’utente: lemmy.ml/post/41887125

Al contrario, nel messaggio duplicato come lo vediamo nel server feddit.it, sia l’utente sia la comunità presentano la seconda parte dell’handle, ma soprattutto:

• il simbolo della catenella rimanda al link “locale”, ossia feddit.it/post/25874889
• il simbolo pentagonale colorato del Fediverso rimanda al link “originale”, ossia lemmy.ml/post/41887125.

“Catturare” un post da un altro server “non Lemmy”

La forza del Social WARM sta nel fatto che, grazie alla interconnessione tra server e piattaforme diverse, è possibile catturare anche post creati da altre piattaforme.

Vedremo quindi:

1. come “catturare” un post pubblicato in una “categoria” NodeBB ((i gruppi di NodeBB si chiamano così; ricordate NodeBB? l’abbiamo accennato qui e qui) da un utente NodeBB
2. come “catturare” un post pubblicato in una “comunità” Lemmy di un altro server, ma da parte di un utente NodeBB
3. come “catturare” un post pubblicato in una categoria NodeBB da un utente Mastodon
4. come “catturare” un post pubblicato da un utente Pixelfed in un “gruppo” Friendica
5. come sia impossibile “catturare” alcun post, se non è pubblicato su un gruppo (comunità, categoria, rivista o comunque la chiamiate)

NodeBB su NodeBB

Questo post citiverse.it/topic/167/chi-vuo… è stato pubblicato dall’utente @macfranc (link univoco: citiverse.it/user/macfranc) sulla “categoria” Test (citiverse.it/category/5/test) del forum federato citiverse.it.

Purtroppo, in NodeBB, il link visualizzato non corrisponde al “vero” link federato e quindi dobbiamo cercare il link federato cliccando sulla rotellina delle impostazioni in basso a destra e selezionare la voce “Copia link permanente”.
Il link visualizzato è quello locale e può non corrispondere al “vero” link federato
Ottenuto questo link (che sarà citiverse.it/post/535) potrete incollarlo nella casella di ricerca di Lemmy e otterrete così il risultato che ci porterà alla pagina feddit.it/post/25876602 dalla quale potrete commentare il post in questione (fatelo, mi raccomando!)

Mastodon su NodeBB

Questo è un post pubblicato da un utente Mastodon: mastodon.uno/@informapirata/11…

L’utente in questione è riuscito a pubblicare il suo post sulla comunità test di citiverse.it semplicemente menzionando l’utente @test (NB sì: mastodon usa la chiocciola anche per i gruppi…) e il risultato è questo: citiverse.it/topic/61aecc3e-5f…

In questo caso, vi basterà copiare il link del post Mastodon, per incollarlo nella casella di ricerca di Lemmy e vedrete questo post: feddit.it/post/25846057

Se invece quel post l’aveste visto da NodeBB, ecco che vi basterà cliccare di nuovo sulla rotellina in basso a destra e selezionare NON “copia link permanente”, ma “apri il post originale”.
Ancora link locali e link federati
In questo modo il browser vi farà vedere direttamente il post Mastodon

NodeBB su altro server Lemmy

Dove trovare il link federato su Lemmy
Se andiamo a questa pagina lemmy.ml/post/41890897 vedremo un post Lemmy, ma in realtà è stato pubblicato da un utente NodeBB.

Ce ne accorgiamo posizionandoci con il mouse sul simbolino pentaonale del Fediverso. Da lì possiamo copiare il link citiverse.it/post/536 nella casella di ricerca.

Certo, potremmo anche aprire la pagina, ma poi dovremmo fare la stessa operazione di ripulitura del link che abbiamo visto due capitoli fa…

In ogni caso, la pagina che vedremo sarà questa: feddit.it/post/25877501

Pixelfed su Friendica

Giusto per farvi conoscere due nuovi software, presenteremo un caso in cui un utente Pixelfed pubblica un post su un gruppo Friendica.

A questa pagina, possiamo vedere un account Pixelfed che pubblica un post sul gruppo “testgroup” dell’istanza poliverso.org: poliverso.org/display/6d463554…

Come abbiamo capito, il link che vediamo nella barra degli indirizzi non è quello originale, quindi dobbiamo cercare il link originale. Su Friendica, possiamo cliccare sul simbolo in alto a destra del post che, oltre a farci vedere il simbolo della piattaforma di origine, ci indica anche il link del post originale: pixelfed.social/p/informapirat…
Trovare il link federato su Friendica
Anche qui il procedimento sarà lo stesso, cioè copiare il link, incollarlo nella casella di ricerca di feddit.it e voila: feddit.it/post/25877971

…e quei post che Lemmy non vedrà mai

Per concludere, un’ultima nota molto importante: Lemmy è pensato per visualizzare esclusivamente post e risposte che facciano parte di una conversazione “incardinata” in un “gruppo“.

Non importa se il gruppo è una comunità Lemmy o Piefed, una rivista (o magazine) Mbin, una categoria NodeBB, un gruppo Friendica. In teoria potrebbe anche essere un canale Peertube (eh già…), ma deve sempre essere “dentro” un gruppo.

Se il post non fa parte di un gruppo, allora Lemmy non lo vedrà: quella che può sembrare una limitazione è in realtà una delle più importanti caratteristiche per non snaturare quello che è a tutti gli effetti un “forum” di discussione e non un social network basato sui follower.

Rispondere, menzionare o interagire con un altro utente

Quando state su Lemmy e rispondete a un post, state rispondendo all’utente che ha scritto quel post e a tutti gli eventuali utenti cui quel post, a sua volta, rispondeva.

Se volete aggiungere una menzione a un altro utente interessato, potrete digitare la chiocciola @ e iniziare a scrivere il suo handle utente; il sistema inizierà a suggerirvi alcuni utenti conosciuti dal nostro server in base alle sequenze di lettere che state scrivendo
Menzionare qualcuno su Lemmy
Per uno strano difetto di progettazione, le menzioni funzionano solo nelle risposte, mentre le menzioni scritte nel primo post di una conversazione non funzionano…

L’utente Lemmy è infine in grado di reagire a un post votandolo positivamente o negativamente; alcune piattaforme non riconoscono il “downvote”, ma l'”upvote” lo interpreteranno quasi sempre come un “like”.

Non esiste invece per l’utente Lemmy il concetto di “ricondivisione” (il retweet), mentre un utente che in una comunità trova una conversazione meritevole di essere ricondivisa in un’altra comunità, può ricorrere a ciò che Lemmy chiama “crossposting“: consiste in una sorta di “inoltro” di un post da una comunità a un’altra.
L’unica ricondivisione è il crossposting, ossia un inoltro non sincrono)
Sì, l’inoltro è una soluzione non ottimale, dal momento che le due (o più) conversazioni (quella originaria e quella/e “crosspostata/e”) viaggeranno in maniera indipendente. Ma Lemmy si assicura almeno di esplicitare dove si trovano post su diversi server ma con lo stesso link.

Trattamento Lemmy: cosa abbiamo imparato?

L’incontro con Lemmy ci ha fatto capire alcuni concetti molto importanti del Social WARM.

Gruppi/Utenti: In primo luogo abbiamo capito che esiste una dicotomia tra utenti veri e propri e utenti di tipo “gruppo” e che questa dicotomia è importante non solo per quei software per i quali i “gruppi” costituiscono un elemento costitutivo, ma anche per quei software che (a differenza di quelli del “forumverso”) non sono basati sulle conversazioni strutturate, ma che si basano invece sul flusso continuo e cronologicamente ordinato di contenuti. Quando gli utenti del “socialverso” come quelli Mastodon o Friendica o Pixelfed o Pleroma menzionano un “gruppo” o rispondono a una conversazione basata su un gruppo, allora i loro contenuti sono visibili anche nel “forumverso“! In caso contrario, Lemmy non li vedrà.

Ogni contenuto è una pagina WEB: Abbiamo anche capito che a tutti i profili utente, a tutti i profili gruppo e a tutti i contenuti del Social WARM prodotti all’interno di un server, corrisponde una pagina originale e questa può essere replicata come pagina alias all’interno di tutti i server collegati. Ognuno di questi alias è una specie di bambola Vodoo che, quando viene stimolata, trasmette la reazione all’originale…

Nome@Cognome: Abbiamo capito inoltre che ogni account è caratterizzato da un “nome personale” liberamente scelto e da un “cognome” di famiglia che dipende dal dominio del server e che questi nomi somigliano a un indirizzo email salvo che per il fatto che hanno un’altra chiocciola all’inizio.

Questi concetti ci saranno molto utili quando cercheremo di orientarci meglio nell’utilizzo di altri software del Social WARM e il primo che vedremo dopo Lemmi sarà proprio quello che possiamo chiamare il “principe” del Fediverso:

Mastodon: il social a flusso continuo

informapirata.it/2026/01/28/de…

Dominik Chrástecký - Blog

2025-04-16 20:15:00

ActivityPub: The Good, the Bad and the Ugly

I know that title might seem controversial, so let's dive in. Right now, here’s the landscape of federated protocols:

• ActivityPub - The shining star of this article.
• OStatus - Mostly deprecated in favour of ActivityPub.
• Diaspora - Exclusive to Diaspora, limiting interoperability.
• Nostr - Infamous due to problematic user behaviour, unlikely to achieve significant interoperability.
• Matrix - Could theoretically support social media use-cases but currently doesn't.
• ATProto - Technically promising, yet hampered by corporate handling and mistrust from the open-source community.

Ultimately, that leaves us with ActivityPub. Everything else either lacks widespread adoption, doesn’t support common social media scenarios, or is effectively proprietary despite being open-source. For those who prioritize open-source solutions, ActivityPub is essentially the only viable option.

The Good

While I’m about to critique ActivityPub extensively, it undeniably has strong points:

• Interoperability: The core idea is genuinely powerful. Using your Mastodon account to comment on a Lemmy post—or even reading this blog post on your preferred instance—is genuinely amazing. Different instances can display content uniquely, allowing users to interact in a way tailored to their platform.
• Human-readable JSON: While some might underestimate this, JSON's human readability makes debugging and understanding ActivityPub interactions straightforward.
• Extensible: Custom properties and types can extend functionality beyond initial design limitations, ensuring future flexibility.

The Bad

Most issues with ActivityPub stem from one critical flaw: much of its behaviour is undefined. The core types and activities allow interactions that make little practical sense. For instance, the Like activity should be simple—you like something. But, in ActivityPub, you can "like" another Like activity, creating infinite loops of nonsensical interactions.

This flexibility leads to a significant problem: no two implementations behave identically. Developers resort to hacks and guesswork to interpret undefined behaviour. Ideally, ActivityPub would strictly define interactions for core types, enabling implementations (Mastodon, Lemmy, Pleroma, etc.) to focus solely on presentation or extending functionality, knowing basic interactions remain consistent across platforms.

A practical example is the confusion around private messages. Two competing methods have emerged: a custom ChatMessage type not officially supported by ActivityPub (used by Lemmy, Pleroma and others), and an alternate "standard" using a Note object that excludes the public audience but explicitly mentions recipients (used by Mastodon and others). This ambiguity creates compatibility nightmares.

Another example I personally encountered was a frustrating issue while implementing ActivityPub for this blog: updating a post propagated to Lemmy but not Mastodon. Despite the Update activity being accepted, Mastodon silently rejected it unless the updated timestamp changed—a logical but unofficial requirement. Developers must track down subtle implementation details that aren't formally documented, significantly complicating adoption and usage.

The Ugly

Privacy is virtually non-existent. When another server federates with yours, it receives all public activities, which might seem harmless initially. However, what happens if you mistakenly share sensitive information publicly? In theory, deleting a post propagates across the network, but real-world scenarios vary greatly—from technical glitches to outright malicious actors ignoring delete requests. Ensuring robust privacy requires substantial protocol-level changes, such as introducing end-to-end encryption—something notoriously complex to implement, as evidenced by Matrix’s struggles.

Another significant flaw is impersonation vulnerability. ActivityPub itself has no built-in authentication mechanism, meaning anyone could theoretically impersonate any user. Although most implementations use the HTTP Signatures standard to address this, ActivityPub itself remains incomplete in terms of essential security features. The standard openly acknowledges:

Unfortunately at the time of standardization, there are no strongly agreed upon mechanisms for authentication.

Conclusion

ActivityPub, particularly its vocabulary rules (ActivityStreams), remains a half-finished protocol. Its effectiveness depends heavily on individual implementation choices, creating problematic discrepancies—such as the inability to reliably send private messages between Mastodon and Lemmy users. Moreover, simple human errors or software oversights can unintentionally expose private information, as recently demonstrated when new Fediverse software mishandled Mastodon-style private messages and displayed them publicly.

The solution? ActivityPub needs a clearly defined second iteration—an ActivityPub v2—that eliminates ambiguity, standardizes behaviour strictly, and provides essential security measures. Certain issues, especially privacy, may never be fully resolved within the protocol, but increased clarity and stricter rules would significantly mitigate existing risks.

This doesn’t mean we should abandon ActivityPub, but rather, we must work collectively to standardize it further, making it more secure and less error-prone.

What are your thoughts on ActivityPub? Have you developed something using it? Are you planning to? Let me know in the comments!

ActivityPub

The ActivityPub protocol is a decentralized social networking protocol based upon the [ActivityStreams] 2.0 data format.

^www.w3.org