Not mine, just cross-posting.

  • roboTRASH@lemmy.world
    link
    fedilink
    arrow-up
    12
    ·
    1 year ago

    What you’re describing is one of the root issues with the current system. It’s the same reason that if your instance goes down, your account and history go with it. I’d love to see an implementation of some sort of account awareness like you said, which could also make it easier to backup history to another instance in the event that your primary goes down.

    • Scrubbles@poptalk.scrubbles.tech
      link
      fedilink
      arrow-up
      8
      ·
      1 year ago

      Oh this would be nice, a standardized way to back up instances so in the case of one going down forever someone else could pick it up and start running.

      I know I’m happy to run my instance, I have a great fiber line and a solid infrastructure, but if I get hit by a bus tomorrow I’d want someone else to pick it up and get running

      • xavier666@lemm.ee
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        A one-click account transfer to a different instance would be great. However, there can be several “gotchas”, maybe the target instance has lower “permissions”, so that can lead to data loss. Eg: my instance doesn’t allow pictures more than 100 kb, some other instance doesn’t allow creation of communities. So this needs to be carefully throughout.

        • Scrubbles@poptalk.scrubbles.tech
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          oh I was thinking a full instance backup. As an instance admin it’d be nice to backup the whole thing in a standardized way so someone else could grab it and spin it up if I collapsed tomorrow, all the community and users

          • xavier666@lemm.ee
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            1 year ago

            If the instance is setup as a docker container, then it should be easy. The following should be transferred

            • docker-compose file
            • zipped up volume directory

            At the destination, the docker volume dirs should be unzipped and the new paths should be updated in the docker-compose file. I’m sure someone would have made a script for this by now.

        • roboTRASH@lemmy.world
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          1 year ago

          Seems the easiest solution to that would be to simply have a comparison view. The permissions are setup using some sort of sta.dardized method, yes? Config file, GUI, whatever. Certainly it wouldn’t be hard to simply grab and organize a list of perms from both instances and toss em up side by side. Could even add notes (i.e. if photo storage on Instance A > Instance B notify use “migrating to this instance may cause some larger photos to be removed from your account”).

          I’m not a professional programmer (sys admin, so mostly just automation) but there are certainly solutions to this.

    • Funwayguy@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      I’d be interested in something like a lightweight CDN/replication with OAuth2 for logging into other instances. Each instance ‘replicates’ your original account but isn’t itself the master. One can be promoted to master in the event of an outage effectively migrating your account.

      Would make for some difficult security considerations given a rogue instance could attempt to hijack authority.

    • mayooooo@beehaw.org
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      It’s the main reason for mastodon feeling so off. Subbing to a community is something I can deal with, but having a network where you need to follow individuals and the way of doing it is cumbersome sucks. All of these places would benefit greatly if there was a solution.