Axel (XL)
Open Source Enthusiast. IT Professional.
Das sind doch genau die spannenden Fragen:
- Wechseln Leute, die bislang im Fediverse unterwegs sind, zu Threads (auf den Threads Client), obwohl Privacy dort mit Füßen getreten wird?
- Wechseln Leute von Threads in’s Fediverse (auf einen FOSS client), weil dort Privacy beachtet wird?
- Kommen neue Leute in’s Fediverse, weil sie auch Leute bei Threads erreichen können, ohne den Threads Client (s. o.) nutzen zu müssen?
Aber wie will man das herausfinden, wenn man die Öffnung von vornherein blockiert und damit den Wettbewerb ausschließt? Die Tür kann das Fediverse (aber natürlich auch Threads) jederzeit später noch zuschlagen.
Watching Like a Hawk, with our Fingers Over the Block Button
Die Macht, die Meta über das ActivityPub-Protokoll hätte (so sie es denn tatsächlich implementieren und nutzen), wäre sogar größer, wenn die Tür zum Fediverse geschlossen ist, denn dann träfen Inkompatibilitäten ja niemanden (direkt).
Eben genauso wie es mit XMPP war.
Das glaube ich eben nicht. Signal (vielleicht sogar Matrix) statt WhatsApp oder Mastodon statt Threads/Twitter zu nutzen ist keine technische Hürde für Laien (Nicht-Nerds). Der Grund, warum es so schwierig ist, Leute dazu zu bewegen, ist, dass sie keinen Nutzen darin sehen. Sie erreichen dort ja niemanden, den sie “kennen”.
Das schreibt Eugen Rochko der Entwickler von Mastodon zu diesem Thema:
https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/
Will Meta embrace-extend-extinguish the ActivityPub protocol?
There are comparisons to be made between Meta adopting ActivityPub for its new social media platform and Meta adopting XMPP for its Messenger service a decade ago. There was a time when users of Facebook and users of Google Talk were able to chat with each other and with people from self-hosted XMPP servers, before each platform was locked down into the silos we know today. What would stop that from repeating? Well, even if Threads abandoned ActivityPub down the line, where we would end up is exactly where we are now. XMPP did not exist on its own outside of nerd circles, while ActivityPub enjoys the support and brand recognition of Mastodon.
TL;DR: XMPP did not exist on its own outside of nerd circles.
Ich war “instant” drin. Sieht aber so aus, als ob der (nginx) server momentan ziemlich am limit ist. Bekomme immer wieder mal nen 500er Error.
Also, when you set Type to Subscribed in Settings the front page default feed only contains posts from communities you have actually subscribed to.
This does not prevent lemmy.world from accidently hosting illegal content, but it helps to protect your own feed from unwanted stuff.
You could try the fix that was proposed here:
https://github.com/LemmyNet/lemmy-ansible/issues/106#issuecomment-1606222766
This basically changes the way that nginx (nginx_internal.conf) switches between Backend and Frontend depending on the content type specified in the request.
Naja, die Implementierunsgsprache ist zwar auch wichtig, aber das Design von Protokollen, Datenstrukturen, Code/Concurrency und Infrastruktur ist gar nicht so sehr abhängig davon. Das ist mir schon oft in der OOP-Welt aufgefallen. Nur weil etwas in einer objektorientierten Sprache implementiert ist, hat es nicht automatisch ein gutes bzw. gut skalierbares Design. Ähnliches gilt auch für Rust oder Golang, obwohl beide natürlich spezielle Stärken haben wie memory safety und concurrency.
An deine öffentlichen Posts, Kommentare, Bilder, etc. im Fediverse kommt jeder anonym (über die API) jetzt schon ran. Das Problem ist eher die Privacy Policy der Threads App und die ist geradezu haarsträubend. Aber die App nutzt du ja gerade nicht, wenn du mit Threads von Mastodon aus kommunizierst.
Threads App im Apple App Store