-

Thu, 28 Nov 2024 10:04:34 +0100

Matthias

feb@loma.ml

Oh, das ist hoch interessant. Friendica wird Jetstream von Bluesky integrieren und geht damit einen weiteren Schritt in Richtung AT-Protocol Unterstützung. ActivityPub wird weiterhin das Hauptprotokolle bleiben.

#Föderation #Fediverse

https://github.com/friendica/friendica/pull/14578

Jetstream daemon to to receive atproto messages by annando · Pull Request #14578 · friendica/friendica

Jetstream is a service in the Bluesky network to attach to the firehose via some websocket. This PR introduces a new daemon that connects to this service. When activated, it will receive posts, com...

show all 25 comments

Thu, 28 Nov 2024 10:10:48 +0100

crossgolf_rebel - kostenlose Kwalitätsposts

crossgolf_rebel@moppels.bar

@feb@loma.ml was genau mach JetStream genau?

Thu, 28 Nov 2024 10:11:35 +0100

C.Suthorn :prn:

Life_is@no-pony.farm

@feb

Gibt es in Friendica auch den Gast-Login, der im Fediverse möglich ist und für Pixelfed von Mastodon existiert?

Thu, 28 Nov 2024 10:16:09 +0100

Matthias

feb@loma.ml

Ich habe einen Link mit reingelegt. Vereinfacht ausgedrückt ist das ein spezielles Relay, mit dem Daten- und Statusinformationen über alle Nodes aktualisiert werden können.

Thu, 28 Nov 2024 10:23:30 +0100

Matthias

feb@loma.ml

Du meinst eine Art Single-Sign-On? Nein, nicht in der Art, wie bei Pixelfed realisiert.

Es gibt etwas anderes, das nennt sich OpenWebAuth. Du steuerst den fremden Client über dein bestehendes Konto, ohne das dafür ein neues Konto (Identität) erstellt wird.

Mastodon unterstützt OpenWebAuth leider (noch) nicht.

Thu, 28 Nov 2024 10:27:30 +0100

crossgolf_rebel - kostenlose Kwalitätsposts

crossgolf_rebel@moppels.bar

@feb@loma.ml Danke, das reicht mir schon als Erklärung. 👍
Darunter kann ich mir dann schon was vorstellen

Thu, 28 Nov 2024 10:30:52 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

Diese Funktionalitäten in den Kern von Friendica zu übernehmen, ist eine Entwicklung, die mir Sorgen bereitet.

Thu, 28 Nov 2024 10:32:11 +0100

Matthias

feb@loma.ml

Damit wird u.A. das Problem der Beiträge in Threads gelöst. Du kennst das ja

A schreibt einen Beitrag
B und C antworten
B kann aber nicht den Kommentar von C lesen, weil die Nodes keine Verbindung haben oder der Post noch nicht angekommen ist.

JetStream stellt jetzt sicher, dass alle, alles sehen :)

Thu, 28 Nov 2024 10:44:21 +0100

Matthias

feb@loma.ml

Da passiert nichts Geheimnisvolles. Wie auch bei Diaspora, Ostatus oder Pump.io, bleiben die Protokollbereiche geschützt.

Thu, 28 Nov 2024 10:47:45 +0100

zeitverschreib [friendica]

zeitverschreib@freundica.de

@Der Pepe (Hubzilla) ⁂ ⚝ Soweit ich die Integration anderer Dienste/Protokolle in Friendica verstehe und teilweise selbst nutze, ist das keine "Gefahr" für das Fediverse. Sie erspart dem Nutzy die Verwendung mehrerer Clients, that's all.

Thu, 28 Nov 2024 10:57:42 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@zeitverschreib [friendica]

Damit habe ich auch gar keine Probleme (ich nutze diese Funkfionalität nicht). Aber es sollte optional bleiben, also als Addon. Wenn nun aber die Grundfunktionalität in den Kern aufgenommen wird, ist es absehbar, dass die Option womöglich irgendwann zum festen Feature wird.

Thu, 28 Nov 2024 14:10:49 +0100

Matthias

feb@loma.ml

@Der Pepe (Hubzilla) ⁂ ⚝
Heute kann ich die Föderation mit Diaspora jederzeit deaktivieren.
Warum sollte das bei Bluesky anders sein?

@zeitverschreib [friendica]

Thu, 28 Nov 2024 14:22:47 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@Matthias Wenn das so eingebaut wird, dann ist es ok. Allerdings war das Diaspora-Protokoll von Anfang an ja Teil von Friendica und gehörte zu "The Federation". Die anderen Schnittstellen zu Diensten wie Twitter etc. waren hingegen immer Addons.

Thu, 28 Nov 2024 14:28:26 +0100

Matthias

feb@loma.ml

Es gibt aber keinen Automatismus.

Aktivieren oder Deaktivieren der Diaspora Föderation in Friendica.

Thu, 28 Nov 2024 15:24:55 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@Hamiller Friendica

Der Unterschied zwischen den genannten Diensten und Bluesky ist, dass sie von sich aus AP implementiert haben und (bis auf Flipboard) dezentrale Instanzen sind, die nicht überwiegend kommerziell betrieben werden, auch wenn hinter der Software an sich eine gewinnorientierte Firma steckt, sondern wie andere Instanzenim Fediverse. Bluesky ist hingegen ein faktisch monolithisches System, das selbst keine Anbindung an das Fediverse (mittels AP) bietet und bei dem irgendwann - neben der Eigenschaft eines walled gardens - vermutlich auch kommerzialisiert werden muss (der Feuerschlauch ist ja eine Geldvernichtungsmaschine).

Thu, 28 Nov 2024 15:48:06 +0100

Matthias

feb@loma.ml

@Der Pepe (Hubzilla) ⁂ ⚝

Bluesky ist hingegen ein faktisch monolithisches System

Du hast jederzeit die Möglichkeit einen eigenen PDS zu betreiben. Richtig ist, dass es weiterhin zentrale Komponenten gibt, was zu kritisieren ist. So weit ich die Roadmap von Bluesky kenne, sollen diese Aspekte ebenfalls gelöst werden.

Die Tatsache, dass Bluesky nicht AP spricht, macht AT-P nicht gleich schlecht. Sie haben gute Lösungen für verschiedene Probleme gefunden, die auch für das Fediverse interessant sein können.

Thu, 28 Nov 2024 15:54:05 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@Matthias

Ist doch auch ok. Und wenn es als opt-in möglich ist, sich mit Bluesky zu verbinden, habe ich doch auch gar keine Probleme damit. Auch mit kommerziellen Anbietern und Unternehmen im Fediverse habe ich keine Probleme.

Und das AT-Protokoll ist open Source. Das ist prima. Aber es wird nur von Bluesky benutzt, um den Dienst an sich bereitzstellen. Die Möglichkeit der Dezentralität und Föderation ist nur theoretischer Natur (per Design).
Damit ist Bluesky zwar über Schnittstellen in Fediverse-Dienste einbindbar (wie bei Friendica), aber es wird damit nicht Teil des Fediverse. Das würde es erst, wenn es von sich aus AP als Protooll zusätzlich anbieten und die Föderation erlauben würde.

Thu, 28 Nov 2024 15:56:28 +0100

Hamiller Friendica

hamiller_friendica@anonsys.net

@Matthias Man könnte auch jederzeit ein eigenes Relay aufsetzen. Man braucht dazu halt nur tiefe Taschen.

@Der Pepe (Hubzilla) ⁂ ⚝

Thu, 28 Nov 2024 15:59:32 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@Matthias

Du hast jederzeit die Möglichkeit einen eigenen PDS zu betreiben.

Ja, aber das sind nur meine eigenen Inhalte. die kann ich mir dann anschauen. Toll. Um wirklich dezentral zu sein, müsste ich mir aber noch ein Relay und ein App-View selbst installieren. App-View geht. Relay kannst Du vergessen... das kann sich höchstens ein wohlhabender Mensch oder ein Unternehmen leisten. Eine uneingeschränkte Fediverse-Instanz hingegen kannst Du für 5 Euronen im Monat hosten oder hosten lassen.

Thu, 28 Nov 2024 16:00:11 +0100

Matthias

feb@loma.ml

Dann ist gut. Damit sollte klar sein, dass es immer die Entscheidung der Nutzenden ist, ob die AP Pur oder mehr nutzen.

Thu, 28 Nov 2024 16:01:15 +0100

Matthias

feb@loma.ml

Das ist dann kein Feuerwehrschlauch mehr, sondern ein reißender Fluss ;)

Thu, 28 Nov 2024 16:02:54 +0100

Matthias

feb@loma.ml

Es ist möglich und das ist das Kriterium. Niemand sagt, das es auf einem 5 € Server laufen können muss.

Thu, 28 Nov 2024 16:46:23 +0100

Der Pepe (Hubzilla) ⁂ ⚝

pepecyb@hub.hubzilla.hu

@Matthias

Es ist möglich und das ist das Kriterium.

Eine theoretische Möglichkeit sehe ich persönlich nicht als Kriterium. Das Fediverse ist deshalb so erfolgreich, weil es quasi wirklich jedem möglich ist, eine Instanz einzurichten, damit uneingeschränkt am Fediverse teilzunehmen und sich nicht in die Abhängigkeit von anderen (insbesondere von Konzernen) begeben zu müssen.

Ein Relay braucht jetzt schon 5 TB Speicherplatz und das nimmt exponentiell mit der Zahl der Nutzer zu. Da entstehen Serverkosten, die im mittleren fünfstelligen Bereich pro Jahr liegen (also locker im Bereich des Jahresverdienstes eines halbwegs ordentlich verdienenden Arbeitnehmers). Und da ist noch keine (notwendige) Backup-Lösung dabei. Theoretisch dezentral, praktisch monolithisch. Es könnte höchstens ein paar kommerzielle Unternehmen geben, die das realisieren. Und das werden sie nicht aus Nächstenliebe tun, sondern als Investition... also um damit irgendwann Gewinne zu generieren.

Ich persönlich sehe das als Design-Fehler von AT, dass der Stream immer als Ganzes vorgehalten werden muss.
AP verteilt den Datenstream auf alle Instanzen und jede einzelne hält nur die eigenen Daten und einen notwendigen Teil des "Gesamtvorrats". Auf Anforderung von Daten, die nicht vorliegen, werden diese geholt und (für eine gewisse Zeit bei den meisten Diensten) zwischengespeichert. Damit liegt das Datenaufkommen, je nach Größe der Instanz, im Gigabyte-Bereich.

Thu, 28 Nov 2024 16:48:38 +0100

Matthias

feb@loma.ml

Ich will dir nicht widersprechen ;)

Thu, 28 Nov 2024 17:58:59 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

@Der Pepe (Hubzilla) ⁂ ⚝ Ganz von Anfang an nicht. Das war eine monatelange Kleinarbeit, die sich von Ende 2010 bis weit nach 2011 rein hinzog, bis man es geschafft hatte.

Thu, 28 Nov 2024 18:05:08 +0100

Jupiter Rowland

jupiter_rowland@hub.netzgemeinde.eu

@Matthias Bluesky hat an sich schon eine dezentralisierbare Architektur.

Du kannst deinen eigenen PDS betreiben, bist dann aber angewiesen auf Relay und AppView von woanders. Und im Moment gibt's beides nur von bsky.social.

Du kannst auch deinen eigenen Relay-AppView-Stack betreiben. Das kostet aber eine sechsstellige Summe im Jahr, weil du dafür einen absoluten Monsterserver mit unbegrenztem Datenvolumen und terabyteweise Massenspeicher brauchst, weil das Ding alles an Bluesky-Inhalten aufnehmen muß. Alles. Von überall her.

Das ist quasi wie das Twitter-Add-On bei Friendica: Das Ding funktioniert an sich schon. Der Node-Admin muß zwar ein paar Millionen für eine API-Lizenz hinlegen, aber dann funktioniert das.