I created a repo on GitHub that has a table comparing all the known lemmy instances

Why?

When I joined lemmy, I had to join a few different instances before I realized that:

  1. Some instances didn’t allow you to create new communities
  2. Some instances were setup with an allowlist so that you couldn’t subscribe/participate with communities on (most) other instances
  3. Some instances disabled important features like downvotes
  4. Some instances have profanity filters or don’t allow NSFW content

I couldn’t find an easy way to see how each instance was configured, so I used lemmy-stats-crawler and GitHub actions to discover all the Lemmy Instances, query their API, and dump the information into a data table for quick at-a-glance comparison.

I hope this helps others with a smooth migration to lemmy. Enjoy :)

    • abraxas
      link
      fedilink
      English
      arrow-up
      5
      ·
      2 years ago

      Translation merged. Actual HTML in full PR. Once/if @nutomic@lemmy.ml approves, we’ll be… Nevermind, he just approved it. He said it’ll be live in an hour or two.

      There wasn’t really anything that resembled typescript changes ultimately. The submoduled translations were the only real time sink there.

        • abraxas
          link
          fedilink
          English
          arrow-up
          1
          ·
          2 years ago

          Took me a little while, too. The i18n stuff is all in the translations repo (which is why I needed to PR that one, too and first). You won’t find it anywhere in the active repo (I think this is a flaw, and the joinlemmy translation stuff at least should be in the same repo. But the idea makes sense to not repeat translations that show up in other projects)

          On build-run, the translation process runs, which seems to “guess” any lines in non-english that it discovers. I didn’t dig too deeply, but it wasn’t immediately obvious how it knew to check English for the originals, only that English has no retranslation tool attached to it.