i started on lemmy.ml but it’s been down for a day or so, cant access anything I did over there, so I started over here too. I’m probably wrong but it seems, from what others have said (over the last few days I’ve been trying out this federation platform), an account’s activity/comments are tied to the sql database on the server - so if the server goes poof, so does your account.
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.
i started on lemmy.ml but it’s been down for a day or so, cant access anything I did over there, so I started over here too. I’m probably wrong but it seems, from what others have said (over the last few days I’ve been trying out this federation platform), an account’s activity/comments are tied to the sql database on the server - so if the server goes poof, so does your account.
That is a ridiculous way to handle accounts.
Do you feel the same way about email and your email account?
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.