395
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 14 Jun 2023
395 points (100.0% liked)
Technology
37804 readers
241 users here now
A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.
Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
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.
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.
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
If the instance is setup as a docker container, then it should be easy. The following should be transferred
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.