Ho provato a installare questo plugin e ottengo sempre questo avviso in /logs:
[Discourse Activity Pub] https://futarino.online/ap/actor/a3838865a250342cf09f7907b653b9d1 failed to schedule https://futarino.online/ap/activity/2628ea98d33a52fd2412f9d59541bb91 for delivery: no recipients
Come sono le impostazioni della categoria ActivityPub? Potresti condividerne uno screenshot (in particolare il badge di stato). Magari inviamelo in un messaggio privato in modo da non occupare questo argomento.
C’è (o ci sarà) un modo per mettere anche i vecchi argomenti sul fediverso? Ho argomenti con migliaia di risposte e non sono federati. Non sono sicuro di come si procederebbe per federare quegli argomenti?
Gli amministratori possono ora attivare la pubblicazione di un singolo argomento in una categoria configurata. Questo è disponibile nel menu della chiave inglese del post:
Tuttavia, non abbiamo un sistema per pubblicare in blocco vecchi argomenti e non è nella nostra lista delle priorità, data la natura effimera dei social media, non sono sicuro che ci sia molto interesse nella pubblicazione di post storici su ActivityPub. Detto questo, è probabilmente fattibile con un rake task.
Sì, pubblicherò un aggiornamento qui a breve. (La roadmap per le funzionalità aggiunte finora si trova un paio di dozzine di post più indietro in questo argomento.)
Ecco cosa abbiamo in programma per il plugin nei prossimi 2-3 mesi:
migliorare le prestazioni del plugin (senza modifiche visibili all’utente)
aggiungere elementi UI migliori a una categoria abilitata per ActivityPub in Discourse
ciò significa includere maggiori dettagli sulle statistiche ActivityPub della categoria, nonché un flusso più semplice per gli utenti che desiderano seguire la categoria nel proprio client ActivityPub
consentire alle categorie di Discourse di seguire attori esterni
ciò consentirebbe la sincronizzazione dei contenuti ActivityPub in una categoria di Discourse, inclusa la sincronizzazione da Discourse a Discourse tramite ActivityPub, ovvero una categoria nel sito Discourse A può seguire una categoria nel sito Discourse B (dove entrambi i siti hanno il plugin abilitato e configurato in modo appropriato)
correzioni di bug e miglioramenti alla funzionalità esistente
gestione dei problemi di sincronizzazione degli avatar e delle modifiche ai post abilitati per AP da parte di altri utenti (staff, ecc.)
se possibile, affrontare le limitazioni attuali per le modifiche dell’autore e i wiki
Questa potrebbe essere un’incredibile sviluppo (o almeno l’inizio di qualcosa di incredibile :-). Al momento le istanze di discourse sono forse i luoghi di incontro e discussione online di più alta qualità su internet, ma sono tutte isole separate. Una qualche forma di federazione tra di esse e magari con altri tipi di server (quando ha senso) aprirebbe una nuova finestra. Osservo questo con un po’ di eccitazione!
Solo per informarvi, abbiamo appena unito la PR che consente a una categoria Discourse di seguire qualsiasi attore nel fediverso, comprese altre categorie Discourse. Sì, ciò significa che ora puoi federare una categoria tra due (o tre, o più) Discourse. Ci sono alcune altre PR in preparazione come parte di questa fase, ma questa è stata importante.
Ecco un video in cui federò tra due istanze Discourse e un’istanza Mastodon in esecuzione sul mio computer
Spero nell’assegnazione di attori activitypub per tag anziché per categoria. Penso che questo funzionerebbe anche tramite il supporto del plugin chat-integration, inoltre consentirebbe un ulteriore filtraggio dei contenuti.
Un’altra idea interessante sarebbe mettere ogni post activitypub in una coda per l’approvazione di amministratori e moderatori prima che venga pubblicato. Sarebbe fantastico se potesse consentire a un gruppo di confermare se l’argomento è pronto per il crossposting. Lo stesso potrebbe valere per le risposte, piuttosto che pubblicarle automaticamente dal fediverso nel forum.
Grazie comunque per aver lavorato su questo fantastico plugin.
Ci siamo trovati bene con il plugin, ma c’è un bug nella versione attuale tra excerpt maxlength e il link al forum. Se excerpt maxlength colpisce nel mezzo di un link, il link “Discuss this on our forum” ottiene un target strano:
Ad esempio:
Questo ottiene un link finale al forum: https://jcheminf.biomedcentral.com/a%E2%80%A6%3Cbr%3E%3Cbr%3E%3Ca%20href=
Non conosco bene Ruby, ma immagino che il codice per tagliare il post a maxlength dovrebbe verificare che non sia nel mezzo di un link prima di aggiungere la fine “link to forum”.
Noto che a partire dal commit fb83e554fd la restrizione sulla wiki sembra essere stata rimossa e che a questo punto rimane la restrizione sulla modifica del proprietario del post nelle categorie federate.
Non modifico spesso il proprietario del post, ma le descrizioni delle categorie sono un esempio che mi interessa. Imposto il moderatore più attivo della categoria come proprietario quando ciò cambia, a quel punto lo incoraggio ad aggiornarlo quando appropriato. Questa è ora la più grande restrizione di cui sono a conoscenza che mi impedisce di implementare questo.
Riconosco il disallineamento del modello tra Discourse e ActivityPub che crea questa preoccupazione. Avrebbe senso implementare un’azione privilegiata (amministratore?) “defederate questo post” che invierebbe un’attività di eliminazione per il post se è stato federato, lo contrassegnerà per non federarlo mai e quindi consentirà il cambio di proprietario?
Capisco il tuo caso d’uso, ma al momento non lo considero una priorità assoluta. Per ora, vorrei concentrare i nostri sforzi sulla messa a punto della funzionalità di sincronizzazione Discourse-to-Discourse, penso che richiederà parecchia attenzione nelle prossime settimane.
Questa è un’ottima scoperta, grazie per aver segnalato il problema. Ci daremo un’occhiata.
Il riempimento posticipato non è ancora supportato. Mi piacerebbe supportarlo in particolare per lo scenario di federazione Discourse-to-Discourse. Potrebbe essere un po’ più complicato da fare per il caso d’uso che hai descritto.
