• @[email protected]
    link
    fedilink
    91 year ago

    I don’t think the problem is much on the identification side, but on the communities one

    Like, I can’t access any community on .world while the instance is down

    • @[email protected]
      link
      fedilink
      17
      edit-2
      1 year ago

      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

      • @kameecoding
        link
        31 year ago

        wait so how does this work on a technical level?

        say I am part of a community of /c/weirdstuff that’s on lemmy.world.

        if lemmy world is down how do my comments get to lemmy.world? are they stored on whatever instance I am registered on and then synced to lemmy.world once it’s up?

          • @[email protected]
            link
            fedilink
            11 year ago

            Ok but how other people will know I replied to a comment or posted if the community on the original server is down?

              • @[email protected]
                link
                fedilink
                01 year ago

                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

                • @[email protected]
                  link
                  fedilink
                  English
                  21 year ago

                  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

                  • @[email protected]
                    link
                    fedilink
                    11 year ago

                    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

            • Ok but how other people will know I replied to a comment or posted if the community on the original server is down?

              Not sure if other instances can communicate between them to get updated before the original server is up again and everything gets updated.

        • @[email protected]
          link
          fedilink
          2
          edit-2
          1 year ago

          Federation traffics are much lighter than actual users traffics, and has automatic retry so your posts/comments will eventually get in even if the instance is currently busy due to DDOS.