GitHub - jheidecker/lemmony: A better "All" browsing experience for small Lemmy instances
github.com
A better "All" browsing experience for small Lemmy instances - GitHub - jheidecker/lemmony: A better "All" browsing experience for small Lemmy instances

v.0.0.6

v0.0.4 - Per requests and concerns: Defaults changed and options added to prevent overloading servers, hitting rate-limiting, filtering to top x communities, etc!

Thanks for your support!

  • PriorProject@lemmy.worldEnglish
    52·
    1 year ago

    My dude… If you want to contribute, by all means, show us where there is a problem, other than in your imagination, and it will be seriously considered.

    I had no idea we were doing condescending pet names, this is a fun game. My sweet summer child…

    • Federation ain’t doing great.
    • Federated replication load scales with the number of instances multiplied by the number of communities they subscribe to.
    • Server counts are growing at ~10x per month.
    • The defaults of this script encourage single-user instances admins to bump their sub count ~70x from something like 100 communities to something more like 7000 communities.
    • Users of this script actually literally don’t understand how federation works. They think they’re proxying through to the upstream instance while they browse rather than getting firehosed with the entire lemmyverse by they’re asleep.

    It doesn’t take a rocket surgeon to figure out that global federation worker queues are not in great shape, or that a default that encourages single-user instance owners who have no idea what they’re doing to bump their sub count 70x isn’t helping the situation. If you think this is in my head I can’t help you. But I can help others understand that running this script with default settings is an awful and unnecessary idea.

    • hawkwind@lemmy.managementOPEnglish
      13·
      1 year ago

      Your argument does not gain validity by adding irrelevant verbosity:

      Federation ain’t doing great.

      The linked issue has nothing to do with this script or lemmony.

      Federated replication load scales with the number of instances multiplied by the number of communities they subscribe to.

      That’s a hasty generalization that you just made up.

      Server counts are growing at ~10x per month.

      That’s great! I hope they keep growing!

      The defaults of this script encourage single-user instances admins to bump their sub count ~70x from something like 100 communities to something more like 7000 communities.

      Nobody is encouraging anyone to do anything.

      Users of this script actually literally don’t understand how federation works. They think they’re proxying through to the upstream instance while they browse rather than getting firehosed with the entire lemmyverse by they’re asleep.

      That single user asked a question and got berated by a jerk.

      It doesn’t take a rocket surgeon to figure out that global federation worker queues are not in great shape, or that a default that encourages single-user instance owners who have no idea what they’re doing to bump their sub count 70x isn’t helping the situation. If you think this is in my head I can’t help you. But I can help others understand that running this script with default settings is an awful and unnecessary idea.

      You can help others understand what it is. That’s a great thing to do. It would be nice if you could do that without being a dick.

      • PriorProject@lemmy.worldEnglish
        41·
        1 year ago

        Federated replication load scales with the number of instances multiplied by the number of communities they subscribe to.

        That’s a hasty generalization that you just made that up.

        Sigh. No. No, that’s actually how the computational complexity scales and it’s not a difficult analysis to perform. Good luck to you though.

        • hawkwind@lemmy.managementOP
          12·
          1 year ago

          Thanks! I’m sure you’ll chime in when the lemmyverse falls over because of this irresponsible script.