Cross-poster @mastogram for BlueSky + Telegram + Mastodon is almost ready. Before I finish the interface, I'd like to test the functionality. Who wants to be the first test user?

A good reason to appear on two platforms at once!

Share with friends, maybe among them, there will be those who are keen.

#BlueSky #Telegram #Mastodon #CrossPoster #BetaTest #SocialMediaIntegration

Non so chi lo ricorda (lo accennai in #138), ma uno dei motivi per cui avevo deciso di spostare il #MicroBlog primariamente qui sul mio #sito venendo da Telegram, era questo: una serie di miei requisiti, che un #canale TG pubblico avrebbe soddisfatto, non riusciva a combaciare con il mio dover tenere privato quel canale… perché c’era troppo di frequente un influsso di #bot pericolosi, che nel migliore dei casi facevano #spam nel #gruppo collegato, e nel peggiore effettuavano #manipolazioni alle mie statistiche (in non so bene che modo). 👿️

A quanto pare, diversa gente ora si trova costretta a rendere privati i propri #canali per lo stesso problema, nonostante gli #svantaggi (ci arrivo in un attimo) per loro e per i lettori. Volevo allora fare un qualche tipo di grafico o tabella per illustrare dei possibili cambiamenti che chiunque potrebbe apportare alla propria configurazione di pubblicazione, senza abbandonare Telegram… ma, provandoci, ho iniziato ad andare totalmente mentale, cercando di pensare a che razza di formato dovrei usare per dire quello che voglio. Le relazioni tra le #opzioni che si possono #scegliere sono fin troppo complesse, anche perché le #combinazioni possibili sono troppe. Quindi, mi devo limitare ad illustrare i soli #punti salienti. 🧵️

Per prima cosa, il metodo drastico, attuabile a sua volta per diverse strade, ma che sicuramente non va bene per tutti: ⚡️

• Scegliendo (come me) di postare da un sito #WordPress: 🗜️
  • Senza rogne si hanno: lettura pubblica, condivisione con linkback, accesso #Web, #ActivityPub, RSS, e via API JSON.
  • Eventuali bot malevoli possono arrivare solo qualora si lascino i #commenti aperti, e si usi WP self-hosted; io ho scelto di lasciare chiusi i commenti del sito, facendo apparire però quelli lasciati dal #Fediverso.
  • Si può cross-postare su Telegram facendo apparire i post come nativi; potenziale problematica è la modifica dei messaggi, a quanto so nessun bot RSS la implementa (ma sarebbe fattibile), forse qualche #plugin “da WP a Telegram” lo fa.
• Scrivendo da una piattaforma che non sia WordPress e non sia #Telegram, si possono in teoria avere tutti i vantaggi di WP, con (quasi) tutti i vantaggi di TG qualora si faccia #crossposting, ma dipende un po’: 😮‍💨️
  • Avendo un profilo pubblico sulle piattaforme di #microblogging del Fediverso, ci sono in potenza tutti i vantaggi di WordPress per questo scopo, ma entrano in gioco fattori secondari. Mi vengono in mente le politiche d’istanza, e il fatto che il feed del proprio profilo sarà gestito diversamente da quello di un microblog isolato: dipende dal software, ma il #feed da cui un bot Telegram può cross-postare potrebbe essere pieno di risposte decontestualizzate, reblog fuori posto, ecc…; tutto filtrabile in teoria, ma se l’obbiettivo è il “just works”, è lecito porsi il problema (e al momento non so bene dire quale piattaforma #fedi generi il miglior feed #RSS).
  • Si possono usare generatori di siti statici o altri CMS, ma non è un’opzione per deboli di cuore, ergo ora non ve la accenno nemmeno.

E ok… ma volendo evitare di usare #strumenti esterni, ed aggiungere casino a quello che si fa, si può pensare: se con soltanto Telegram pubblico si hanno tanti #vantaggi ma lo svantaggio dei bot, e con il privato si hanno tanti svantaggi ma il vantaggio della #sicurezza, la #soluzione potrebbe essere l’unire queste 2 cose? E allora, la seguente è la soluzione che consiglierei a tutti, invece, perché non cambia di una virgola il #workflow… ♻️

Anche solo in questo caso, troppe possibili #variazioni, quindi descrivo solo la più vantaggiosa (se provaste per conto vostro a ricombinare gli elementi della mia premessa per immaginare #configurazioni diverse, ammesso che la mia mente non sia incappata in un errore di runtime, dovreste trovare meno vantaggi): 💣️

• 1️⃣️ Si rende #privato il canale che si è sempre usato (seguito da tutti gli utenti storici, e a cui è collegato il gruppo commenti che si è sempre usato).
• 2️⃣️ Si crea un secondo canale, #pubblico, senza commenti attivi, il cui scopo è fare da “proxy”.
• 3️⃣️ Si fa uso di un bot per collegare i due canali, che legga i messaggi inviati dagli admin su uno dei due (a piacere), per riprodurli (e cancellarli, quando necessario) sull’altro.
  • Idealmente, il bot deve ricomporre i messaggi, non inoltrarli, così che sia possibile la sincronizzazione di qualunque modifica. All’inizio o alla fine di ogni messaggio, il bot inserirebbe, in base al caso, un link alla variante dello stesso post sul canale #alternativo (i post del privato linkano al pubblico per chi ha bisogno di condividere/aprire all’esterno, i post del pubblico linkano al privato per permettere agli #utenti legittimi di arrivare da fuori al punto di discussione).
• ℹ️ Unico punto di #crisi: le reazioni. Bisogna sceglierle se tenerle attive in entrambi i canali (avendole così per chiunque ma “non sincronizzate”, sconsiglierei), tenerle attive solo sul principale privato (quello che consiglio), o solo sul secondario pubblico (sconsiglio).

Tutte queste belle congetture però ora finiscono: quale botto telegrammico esiste già che faccia questa cosa, in modo così ideale, e gratuitamente? Statisticamente, credo che debbia già esistere, è un #concetto molto #semplice… però non lo conosco. A tutti voi che cercate di fuggire dagli #userbot spammoni, fatemi sapere se adottereste una soluzione del genere per il vostro canale; eventualmente aggiungete le vostre idee alla questione. Se questo #crossposter esiste già, lo troveremo; se non esiste, credo di poterlo realizzare con qualche scarsa centinaia di riga di codice, e ospitarlo #aggratis. 🙀️

https://octospacc.altervista.org/2024/01/23/i-robot-si-ribellano-e-i-canali-chiudono/

#ActivityPub #aggratis #alternativo #bot #canale #canali #combinazioni #commenti #concetto #configurazioni #crisi #crossposter #crossposting #fedi #Fediverso #feed #gruppo #manipolazioni #MicroBlog #microblogging #opzioni #plugin #privato #pubblico #punti #RSS #scegliere #semplice #sicurezza #sito #soluzione #spam #strumenti #svantaggi #Telegram #userbot #utenti #vantaggi #variazioni #web #WordPress #workflow

So, ich habe jetzt ein paar Tage länger mit dem #Friendica #Bluesky Konnektor herumprobiert und habe glaube ich so langsam begriffen, wie er funktioniert, bzw. wie damit die Interaktion mit Bluesky stattfindet.

Um den Konnektor nutzen zu können benötigt man ein Bluesky Konto da Bluesky ja noch nicht föderiert. Nachdem man den Konnektor aktiviert hat gibt es dort vier Einstellungen die interessant sind:

• Bluesky Post Addon aktivieren -> Selbsterklärend
• Standardmäßig auf Bluesky veröffentlichen -> Wenn man die Option aktiviert werden alle offentlichen Beiträge auch auf Bluesky veröffentlicht. Das habe ich deaktiviert, ich möchte für jeden Beitrag einzeln entscheiden, ob er dort erscheinen soll.
• Importiere die entfernte Timeline -> Wenn das aktiviert ist, werden die Beiträge die man auf Bluesky bekommt auch in die Friendica Timeline integriert. Das habe ich aktiviert, damit ich auch hier auf Friendica mitbekommen, wenn es Bluesky Kommentare auf meine Beiträge gibt.
• Import the pinned feeds When activated, Posts will be imported from all the feeds that you pinned in Bluesky. -> Keine Ahnung was diese pinned feeds sind, habe ich also nicht aktiviert

Da mir anfangs nicht ganz klar war, wie dieser Konnektor genau funktioniert hat mich das Verhalten dieses Konnektors erst etwas verwirrt. Wenn man einen Beitrag auf Friendica erstellt und ihn auch auf Bluesky veröffentlicht, wird auf Bluesky quasi eine Kopie dieses Beitrags erstellt. Und das war mir anfangs nicht klar, ich dachte es wäre so wie die Kommunikation zwischen Friendica und #Diaspora oder #Mastodon bei denen eine direkte Kommunikation auf Protokollebene stattfindet. Aber da Bluesky bisher nicht föderiert geht es natürlich nicht anders.

Das bedeutet aber, dass der Konnektor eigentlich ein #Crossposter ist und ich, wenn ich mich nicht auf Bluesky einlogge, die Reaktionen der Bluesky Seite auf Friendica nicht mitbekommen würde. Wenn man sich nicht immer auf Bluesky einloggen möchte, sollte man also die Option Importiere die entfernte Timeline aktivieren. Nun passiert folgendes:

• Wenn es auf Bluesky eine Reaktion auf meinen Beitrag gibt, wird dieser Beitrag mit der Reaktion (Like, Kommentar) an meine Friendica Timeline geschickt und ich kann darauf reagieren. Das bedeutet, das der Beitrag jetzt zwei mal in meiner Timeline ist, einmal der Original Beitrag und dann die Bluesky Kopie und es unter diesen Beiträgen auch zwei voneinander unabhängige Diskussionen geben kann. Das verwirrte mich anfangs etwas, ergibt aber auch Sinn.
• Wenn es keine Reaktion auf den Beitrag gibt, wird er auch nicht wieder an meine Friendica Timeline gespiegelt.

Das ganze jetzt noch mal etwas zusammengefasst:

• Der Konnektor erstellt Kopien des Fediverse Beitrags auf Bluesky
• Nur wenn man die Option Importiere die entfernte Timeline in den Einstellungen aktiviert hat, sieht man auf Friendica die Reaktionen von Bluesky
• Wenn es auf Bluesky Reaktionen auf diesen Beitrag gibt, ist der Beitrag doppelt in der Friendica Timeline und man hat zwei voneinander unabhängige Diskussionen.

Nun noch etwas zu den Kontakten:

• Wenn ich die Bluesky Kontakt URL bei Friendica als Kontakt hinzufüge wird der Kontakt logischerweise auch auf Bluesky hinzugefügt.
• Wenn ich auf Bluesky einen Kontakt hinzufüge, erscheint er hingegen nicht in den Friendica Kontakten.
• Auch wenn ich die Kontakte in Friendica hinzugefügt habe, erscheinen ihre Beiträge nicht doppelt in meiner Friendica Timeline.
• Wenn ich einen BS-Kontakt in Friendca lösche, wird er auch auf Bluesky gelöscht.

#FediTipps #federation #Fediverse