Hello everyone! Long time redditor, first time poster to Lemmy.world. As I’m learning more about the Fediverse, I’m seeing there are several instances that seem to serve the same purpose. For example, Lemmy and Beehaw seem to be similar, yet they are still separate.

Are there any big differences or factors I should be looking for when browsing different instances? So far, it looks like the number of communities and rules are the biggest differences between instances.

Bonus question: are there any good sources for learning more about the Fediverse? I’ve found these links so far:

https://opensource.com/article/23/3/tour-the-fediverse - Gives a decent explanation of the Fediverse. https://fediverse.party/ - Provides a link to different Fediverse instances, not specific to Reddit replacements.

  • @Hanabie
    link
    601 year ago

    Beehaw is a Lemmy instance. However, they defederated from two huge instances, because they’re open registration, and the four BH admins felt overwhelmed with the incoming traffic and unable to manually block trolls, so they decided to just separate from a large chunk of content rather than get it under control.

    I’m on one of the two defederated instances, sh.itjust.works, and I can neither see what’s posted there, nor can a BH user see what I post (or what’s up on our server, for that matter.

    The other big instance is lemmy.world.

    BH has very specific rules for what’s okay over there and what’s not. Check them out and see if you’re willing to live with the defederation for the sake of what their admins define as safety.

    • Bearded_BaguetteOP
      link
      fedilink
      111 year ago

      Thanks for the background on Beehaw! After reading that, I was able to read more on defederation and what impact that has. I think I have a better understanding, but I’ll continue doing some research. Thank you!

      • f1g4
        link
        fedilink
        81 year ago

        I kept reading defenestration and I won’t stop thank you very much

      • Hildegarde
        link
        fedilink
        21 year ago

        No, they have not.

        If you compare your link, on Lemmy world to https://beehaw.org/post/931057 the same post viewed through beehaw directly, you will see completely different comments. And the Lenny.world link only has comments from Lemmy.world users.

        Defederation behaves in a very confusing way. It blocks interacting with a community, but not the content itself. You can see beehaw’s posts, they can see Lemmy.world’s posts. Comments are not shared, and any posts to unfederated instances never leave the instances they were written on.

        • @[email protected]
          link
          fedilink
          -11 year ago

          I am new here so this is a little confusing for me. In the Beehaw post you linked someone writes that they see only lemmy.world posts that where synced before the defederation. But lemmy.world users should still see the posts of Beehaw since lemmy.world has not defederated from Beehaw only the other way round, isn’t it?

          • Hildegarde
            link
            fedilink
            21 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde
            link
            fedilink
            11 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde
            link
            fedilink
            11 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde
            link
            fedilink
            11 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

          • Hildegarde
            link
            fedilink
            -11 year ago

            Beehaw defederated from Lemmy.world, but Lemmy.world did not defederate in return.

            Instances copy content from other instances. When thousands of Lemmy.world users want to read a post from a tiny instance, they can. All that traffic is served from Lemmy.world’s local copy, and the tiny instance is only bothered by one download request from the Lemmy.world server.

            When Lemmy.world asks beehaw for posts to update its local copy of a community, beehaw agrees and sends the content. So Lemmy.world users can see new beehaw posts when they connect to their home instance.

            Before defederation, beehaw would do the same. Beehaw asks Lemmy.world for the latest content, and beehaw updates its local copy.

            Once the defedeation started, beehaw stopped asking Lemmy.world for new content. But if a beehaw user tried view a Lemmy.world community, beehaw would happily send its local copy, blissfully unaware it was out of date.

            Lemmy needs better user-facing error messages. This is too confusing for normal users, but its reasonable behavior for pre-alpha software which is what lemmy is right now.

    • @[email protected]
      link
      fedilink
      11 year ago

      So question. If someone registered on Lenny.ml or another one that is not .world, are they decelerated from seeing beehaw as well? How would the comments work? Would the person see both comment groups (beehaw and Lenny.world)?

    • @[email protected]
      link
      fedilink
      11 year ago

      So question. If someone registered on Lenny.ml or another one that is not .world, are they decelerated from seeing beehaw as well? How would the comments work? Would the person see both comment groups (beehaw and Lenny.world)?