If you and the majority of interested parties here would argue that this “user’s first random host choice, with no backup” is a part of a return to the good old days, this project will never shake any initial bad assumptions. You’ll be doing stupid things for nostalgic reasons.
What was dealt with back in the early days is often completely unnecessary now, and deciding to revive those issues for no other reason than precedence is perfectly analogous to shooting yourselves in the foot. I’ll grant that if real-time/hourly/daily/weekly duplication of accounts to create a recoverable backup is unachievable or unreasonably demanding, fair enough. But if it’s something that could realistically be implemented, and you’d argue it’s not valuable because “if they care so much they should host their own”? Then you’re being downright intellectually dishonest.
There’s a massive gap between any given “Fediverse” host and the global hosting giants when it comes to how much trust a user should reasonably have in their host not suddenly going offline, resulting in a loss of all account information. Other trust issues are another topic, but account persistence should be an obvious and inarguably night and day difference. Spreading that information, or at least a recent duplicate of that information, across two hosts (or more, though not likely necessary) would make that information far more resilient. How could you possibly argue against this?
undefined> What was dealt with back in the early days is often completely unnecessary now, and deciding to revive those issues for no other reason than precedence is perfectly analogous to shooting yourselves in the foot
The reason is to decentralize. Right now there’s like 3 main email hosts. There’s benefits to that, but also downsides. So until there’s some company that runs a lemmy instance (not totally unrealistic), it’s always going to be “some guy’s server”. But even that doesn’t guarantee they’ll be around forever.
I’ll grant that if real-time/hourly/daily/weekly duplication of accounts to create a recoverable backup is unachievable or unreasonably demanding, fair enough.
It’s not about backups. If google stops its email service, you can have all the backups you want but you’ll have lost your @gmail.com email. Same with your lemmy account, if the host goes away you’ve lost your account. It’s really no difference. The actual posts will live on forever because they’ve been federated.
you can have all the backups you want but you’ll have lost your @gmail.com email. Same with your lemmy account, if the host goes away you’ve lost your account
If I practically end up keeping my account at the end of lemm.ee, and all that changes is that my username goes from [email protected] to [email protected], I think that would be a perfectly good result for a lemmy backup system.
What do you mean by “keeping your account”? Someone else might own [email protected]. You can download the data from your account, but that data will live in the fediverse anyway
I don’t have my email with a random guy’s server. A lot of new users here do.
But yeah, if my email went down and I had no backup, it would fucking suck. If it was a concern, I’d be wanting a backup system.
undefined> I don’t have my email with a random guy’s server
You kind of do though. Especially back in the early days of email
The only system is hosting your own, which is possible here.
What a ridiculous reply.
I do not.
If you and the majority of interested parties here would argue that this “user’s first random host choice, with no backup” is a part of a return to the good old days, this project will never shake any initial bad assumptions. You’ll be doing stupid things for nostalgic reasons.
What was dealt with back in the early days is often completely unnecessary now, and deciding to revive those issues for no other reason than precedence is perfectly analogous to shooting yourselves in the foot. I’ll grant that if real-time/hourly/daily/weekly duplication of accounts to create a recoverable backup is unachievable or unreasonably demanding, fair enough. But if it’s something that could realistically be implemented, and you’d argue it’s not valuable because “if they care so much they should host their own”? Then you’re being downright intellectually dishonest.
There’s a massive gap between any given “Fediverse” host and the global hosting giants when it comes to how much trust a user should reasonably have in their host not suddenly going offline, resulting in a loss of all account information. Other trust issues are another topic, but account persistence should be an obvious and inarguably night and day difference. Spreading that information, or at least a recent duplicate of that information, across two hosts (or more, though not likely necessary) would make that information far more resilient. How could you possibly argue against this?
undefined> What was dealt with back in the early days is often completely unnecessary now, and deciding to revive those issues for no other reason than precedence is perfectly analogous to shooting yourselves in the foot
The reason is to decentralize. Right now there’s like 3 main email hosts. There’s benefits to that, but also downsides. So until there’s some company that runs a lemmy instance (not totally unrealistic), it’s always going to be “some guy’s server”. But even that doesn’t guarantee they’ll be around forever.
It’s not about backups. If google stops its email service, you can have all the backups you want but you’ll have lost your @gmail.com email. Same with your lemmy account, if the host goes away you’ve lost your account. It’s really no difference. The actual posts will live on forever because they’ve been federated.
If I practically end up keeping my account at the end of lemm.ee, and all that changes is that my username goes from [email protected] to [email protected], I think that would be a perfectly good result for a lemmy backup system.
What do you mean by “keeping your account”? Someone else might own [email protected]. You can download the data from your account, but that data will live in the fediverse anyway