Conversation

Notices

1. Embed this notice
   BeAware (beaware@social.beaware.live)'s status on Monday, 09-Sep-2024 03:00:35 JST BeAware

   in reply to

   • dynamic

   @dynamic most of that seems correct. Though, you say "Fedi protocols" and when I use the term Fedi, it's short for Fediverse and that is specifically the nickname for ActivityPub. If a protocol doesn't connect to ActivityPub directly, it's not the Fediverse. Those protocols do connect, but that's because they had to change to do so when AP became more popular. BlueSky isn't and probably won't be Fediverse, just bridged to the Fediverse.

   Also, BlueSky isn't all one big instance. Here's a detailed explanation of bluesky that I wrote earlier today. It's long, but very detailed.

   https://social.beaware.live/@BeAware/113101470288348371

   • Embed this notice
     dynamic (dynamic@social.coop)'s status on Monday, 09-Sep-2024 03:00:36 JST dynamic

     I've been reading up on #Bluesky, and it isn't what I thought. As far as I can tell (please correct me if you know otherwise), it an open source federated social media platform.

     It runs on a protocol called #ATProtocol, as opposed to #ActivityPub (#Mastodon and friends).

     Other Fedi protocols include #Diaspora, DFRN (#Friendica), Zot (#Hubzilla), or Nomad (#Streams).

     However, bridge services are needed for Bluesky/Mastodon federation, and there's mostly just one big Bluesky instance.

   • Embed this notice
     dynamic (dynamic@social.coop)'s status on Monday, 09-Sep-2024 07:25:35 JST dynamic

     in reply to

     • Danie van der Merwe

     @danie10

     Regarding multiple instances, @BeAware seems to indicate that there may actually *be* many instances, but we just can't tell because they are all under the same domain. Not sure how much of a problem that presents, but there's definitely a creepiness to it.

     https://social.beaware.live/@BeAware/113101470288348371

   • Embed this notice
     dynamic (dynamic@social.coop)'s status on Monday, 09-Sep-2024 07:25:37 JST dynamic

     in reply to

     • Danie van der Merwe

     @danie10

     Drawing crowds of new users does not surprise me at all. I don't *understand* it, but it feels like it's literally always the way these things go : (

   • Embed this notice
     Danie van der Merwe (danie10@mastodon.social)'s status on Monday, 09-Sep-2024 07:25:38 JST Danie van der Merwe

     in reply to

     • dynamic

     @dynamic yes correct. They are supposed to federate on their protocol but it is telling that there are no other instances I know of yet after all this time. I know that posting to them is a bit complex via the API so not sure if that counts at all.

     Yet they draw crowds of new users.

   • Embed this notice
     BeAware (beaware@social.beaware.live)'s status on Monday, 09-Sep-2024 08:07:29 JST BeAware

     in reply to

     • Danie van der Merwe
     • dynamic

     @dynamic @danie10 you have it right there. I don't have those fine details regarding exactly which posts, but from my superficial understanding, I think it's only the posts you make, not the media associated with it nor anyone else's. Maybe you can allow other users as well on one single PDS. That I am also unsure of.

     However, unlike instances here where we have complete websites hosted on the domain, a PDS domain lands on a small text file just explaining that a PDS is hosted there. No user interface. Those are seperated into the "AppView" part of the infrastructure.

   • Embed this notice
     dynamic (dynamic@social.coop)'s status on Monday, 09-Sep-2024 08:07:30 JST dynamic

     • Danie van der Merwe

     @BeAware @danie10

     Ah, perhaps I misunderstood. I had taken a "Personal Data Server" to be analogous to an instance. Given that I've gotten that wrong, I'm guessing that that's really just for one's own data?

     Assuming I've gotten that right, does it contain the posts you read, or only the posts you make?

   • Embed this notice
     Kuba Suder • @mackuba.eu on 🦋 (mackuba@martianbase.net)'s status on Thursday, 12-Sep-2024 05:35:22 JST Kuba Suder • @mackuba.eu on 🦋

     in reply to

     • Danie van der Merwe
     • dynamic

     @BeAware @dynamic @danie10 So, correction, *all* of your data has its "original location" at your PDS - all kinds of records (profile, posts, likes, follows, non-Bluesky records like WhiteWind blog posts), "blobs" like attached images, and even videos now. You can even put non-Bsky records like whtwnd posts on your Bluesky-hosted PDS.

     They aren't usually directly served from there (data is served from the AppView, media from Bluesky CDN), but they can always be fetched from the original source.

   • Embed this notice
     Kuba Suder • @mackuba.eu on 🦋 (mackuba@martianbase.net)'s status on Thursday, 12-Sep-2024 05:43:29 JST Kuba Suder • @mackuba.eu on 🦋

     in reply to

     • Danie van der Merwe
     • dynamic

     @BeAware @dynamic @danie10 But you can log in from another web client like Skeetdeck to a Bluesky-hosted PDS, or from bsky.app to a self-hosted PDS

   • Embed this notice
     Kuba Suder • @mackuba.eu on 🦋 (mackuba@martianbase.net)'s status on Thursday, 12-Sep-2024 05:43:30 JST Kuba Suder • @mackuba.eu on 🦋

     • Danie van der Merwe
     • dynamic

     @BeAware @dynamic @danie10 Yeah, there's an artificial limit of 10 accounts right now enforced at the Relay so things don't get out of hand too quickly before shit's fully ready (it can be raised on request, but I think only Bridgy has did that so far).

     Oh and one more thing, web UI isn't really integrated with the AppView, it's just a web-based JS client in the same way as Elk is for Mastodon. It's technically not any more privileged that any third party app, it's just "the official one".