• astrsk@fedia.io
    link
    fedilink
    arrow-up
    6
    ·
    10 days ago

    Wait, this sounds awesome! I haven’t had time to dig into it more yet but does this mean I could host my own “pod” allowing my data to stay where I want it and be backed up how I want, while allowing my fediverse identity to be used on multiple different federated services?

    • Dame @lemmy.ml
      link
      fedilink
      English
      arrow-up
      2
      ·
      9 days ago

      Correct. You have access controls to your POD thus the data within it. As long as there’s an app built for a platform compatible with the protocols ActivityPods is compatible with, which are currently ActivityPub and Solid protocols it will work. It’s not just microblogging and not only compatible with Mastodon. So you can host your POD which would be best or even use a provider which you still have access controls. It’s like renting a locker or storage pod

  • cum@lemmy.cafe
    link
    fedilink
    English
    arrow-up
    4
    ·
    9 days ago

    Glad to see it is built on top of the Solid protocol. Cuz I was going to say it sounded familiar!

  • patrick@lemmy.bestiver.se
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    9 days ago

    Meh, just run several associated services and keep the same username on all of them. Nothing is interoperable, stop trying to force it. And a rogue app with bad user data handling practices is still going to leak your data, even if you store your copy of the data securely.

    My fediverse accounts are always “patrick@<service>.bestiver.se”. I currently am only running Mastodon/Lemmy and a few supporting services (e.g. a link manager - https://bestiver.se/@patrick), but I’m adding more as I get to them. Pixelfed, Peertube, Loops(?), Piefed…

    Adopting this ActivityPods thing looks like it will require each Fediverse project to make what I’d guess are fairly significant changes to their user data handling, and none of those projects are properly funded for this. In fact what this actually seems to be doing is asking every other Fedi app to build on top of their user data API.

    I applaud the attempt at building a new standard in the Fediverse, but I doubt it’s going to happen.

    • Laurin@feddit.org
      link
      fedilink
      English
      arrow-up
      2
      ·
      8 days ago

      I think there are some misconceptions here. ActivityPods does not build a new standard but actually implements existing ones instead (ActivityPub and Solid).

      So if you are a dev, you can write your own app on top of ActivityPods and it gives you the ActivityPub support almost “for free”. This gives you: (1) freedom of the users where they have their account when logging in to your app (like a sign in with google) but the user data is stored with the user’s personal online datastore (POD) not with the app (2) the possibility to deploy multiple instances of your app which can be useful to build communities independent of the account provider. Also (3) as an app dev, you don’t need to worry where to store users’ data.

      For an existing ActivityPub application (take mastodon for example, we have an alpha stage app called mastopod which is intended for microblogging), there is nothing to do actually. If someone builds an app that supports the same types, for example the Article or Event type of ActivityPub (/ActivityStreams), they can understand each others activities. You could for example imagine an app that functions like an aggregator for all types of Activities and all people you follow but you might want your blogging app to only show you Articles. And another app that is nice for organizing events.

    • Dame @lemmy.ml
      link
      fedilink
      English
      arrow-up
      1
      ·
      9 days ago

      All it would require is someone making an app on top of it the same way the devs built Mastopod. They built it on top of SemApps which makes it relatively easy to built apps on top of ActivityPods