Skip Navigation

UPDATED: lemmony: A (better) better "All" browsing experience for small and large Lemmy instances

github.com

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!

72 comments
  • It increases load during execution. Afterward it’s not significant. My instance is heavily instrumented and monitored. The load this incurs subscribing to 24000 communities is less than adding a single, moderately active user to your instance.

    It’s a huge miss if the intended design was to silo information.

    What this provides, as far as I’m concerned, is essential to prevent centralization to a few instances.

    Is there a better way to do it inherently in Lemmy itself? Probably, and I am excited to help with that!

    • Afterward it’s not significant.

      Sorry, but unfortunately, it is, forcing a instance to sync literally every single post made on the lemmyverse.

    • Uhh... if your script is subbing to 24k remote communities, those will continue to grow from then on, unless you start purging communities at some point. After one user subscribes to a community, all new content gets indexed and stored on your instance. Pict-rs can cache images short term (and eventually clear them out), but Postgres will start growing very quickly and never slow down until it fills up disks.

72 comments