You actually can, you just append @lemmy.world to the community name when accessing from another instance that’s federated with lemmy.world and once lemmy.world comes back up your contributions will be there. Any instance that’s federated with the instance your posting from will be able to participate in the discussion with you for that matter. The only thing you can’t do with a community when the host instance is down is subscribe to it. It would still get added to your subscriptions though if you try, the hosting insurance just won’t know until it comes back up and eats through the outboxes of federated instances to “catch up”.
Edit
When it does come back up it’ll also get any messages that are in federated outboxes as well so your posts will ultimately show up on the host instance, just posted by your alt account
Ok but the question that arise is:" if the community is duplicated on every server that access it, isn’t it a little bit of a waste of computational power and disk space ?"
Expecially considering now Lemmy is pretty small, but in the future you could hopefully have a much larger audience
Well in a way yes but that’s how the federation/decentralization works. It’s like with email everyone gets a copy and if a message doesn’t go through to someone it can be redelivered.
Centralized services are usually more efficient than decentralized but that’s not the primary goal of the fediverse
Centralized services are usually more efficient than decentralized but that’s not the primary goal of the fediverse
My main concern with this is, if only a handful of centralized social network reached long term stability, and most of them are unprofitable, how can Lemmy (or any other foss fediverse project) completely hold itself on 2 unpaid developers and immense unpaid work from volunteers in the long run.
Because ok, Lemmy.world is looking for experienced sysadmin and that post already had a little backslash, but this isn’t sustainable long term, it’s impossibile to keep scaling like that.
And I feel that’s one of the biggest reasons holding back the fediverse
From the 2 developers and The volunteers… The same can be asked about a lot of foss software. Typically what stabilizes foss development though is when developers start getting paid to contribute to the project by a company they work for, however lots of foss software has made it purely through donations (easiest example being mediawiki and wikipedia)
Web hosting is definitely the harder question. In the grand scheme of things, lemmy instances and other fediverse tech will likely end up being pseudo-centralized with a handful of companies like email. Lemmy is very resource intensive as you guessed. The good news is that a very large amount of that resource consumption is storage, and storage is cheap. Though I know I’ve seen tehdude, the owner of the sh.itjust.works instance, another very stable one, comment on how CPU, networking and memory intensive a busy instance can get. A lot of the early 500s instances were seeing were definitely caused by resource constraints.
You actually can, you just append @lemmy.world to the community name when accessing from another instance that’s federated with lemmy.world and once lemmy.world comes back up your contributions will be there. Any instance that’s federated with the instance your posting from will be able to participate in the discussion with you for that matter. The only thing you can’t do with a community when the host instance is down is subscribe to it. It would still get added to your subscriptions though if you try, the hosting insurance just won’t know until it comes back up and eats through the outboxes of federated instances to “catch up”.
Edit When it does come back up it’ll also get any messages that are in federated outboxes as well so your posts will ultimately show up on the host instance, just posted by your alt account
Removed by mod
Yes
Ok but how other people will know I replied to a comment or posted if the community on the original server is down?
They’ll get it when it eventually comes back up
Ok but the question that arise is:" if the community is duplicated on every server that access it, isn’t it a little bit of a waste of computational power and disk space ?"
Expecially considering now Lemmy is pretty small, but in the future you could hopefully have a much larger audience
Well in a way yes but that’s how the federation/decentralization works. It’s like with email everyone gets a copy and if a message doesn’t go through to someone it can be redelivered.
Centralized services are usually more efficient than decentralized but that’s not the primary goal of the fediverse
My main concern with this is, if only a handful of centralized social network reached long term stability, and most of them are unprofitable, how can Lemmy (or any other foss fediverse project) completely hold itself on 2 unpaid developers and immense unpaid work from volunteers in the long run.
Because ok, Lemmy.world is looking for experienced sysadmin and that post already had a little backslash, but this isn’t sustainable long term, it’s impossibile to keep scaling like that.
And I feel that’s one of the biggest reasons holding back the fediverse
From the 2 developers and The volunteers… The same can be asked about a lot of foss software. Typically what stabilizes foss development though is when developers start getting paid to contribute to the project by a company they work for, however lots of foss software has made it purely through donations (easiest example being mediawiki and wikipedia)
Web hosting is definitely the harder question. In the grand scheme of things, lemmy instances and other fediverse tech will likely end up being pseudo-centralized with a handful of companies like email. Lemmy is very resource intensive as you guessed. The good news is that a very large amount of that resource consumption is storage, and storage is cheap. Though I know I’ve seen tehdude, the owner of the sh.itjust.works instance, another very stable one, comment on how CPU, networking and memory intensive a busy instance can get. A lot of the early 500s instances were seeing were definitely caused by resource constraints.
Not sure if other instances can communicate between them to get updated before the original server is up again and everything gets updated.