54

I was told that I should post this here.

cross-posted from: https://lemmy.world/post/932750

Say you decide to self-host a Lemmy instance. When you create that instance, do you immediately need to download and store all the data that has ever been posted to all federated Lemmy instances? Or perhaps you only need to download and store everything that is posted to the federated Lemmy instances from that point forward? Or better yet, do you only store what the users on that instance do (i.e. their posts, and posts to the communities hosted on that instance)?

you are viewing a single comment's thread
view the rest of the comments
[-] hawkwind@lemmy.management 21 points 1 year ago

That is exactly what that means and it's frustrating to say the least, because it's not clear that's what's happening.

[-] captain_samuel_brady@lemm.ee 13 points 1 year ago

I’m not really sure how this is supposed to work long-term, then. I can’t imagine anyone wants to be on an instance with only a fraction of the content available. It makes perfect sense when subscribing, but surfing All loses its appeal. I understand the challenges, but I hope there’s a creative solution at some point. It seems like folks will gravitate to the instances with the most stability and users.

[-] hawkwind@lemmy.management 12 points 1 year ago

I think you're right. People will gravitate to the most stable large instances because their "All" will be as close to 100% as possible without doing anything special. I wrote a script to seed instances and update subscriptions, but it uses a single account that is subscribed to everything so that other users can see everything. That's not something that would normally happen. Maybe that needs to be part of the base software?

[-] briongloid@aussie.zone 5 points 1 year ago

Knowing that instances only pull posts/comments that occur after the first subscription, it will become less and less viable to choose a small instance if Lemmy doesn't add the option of adjustable pull settings.

[-] aaron@lemmy.jcaks.net 3 points 1 year ago

Have you got a link to that script? I want to seed my local private instance!

[-] russjr08@outpost.zeuslink.net 2 points 1 year ago

I don't suppose your script is published anywhere? My comment adjacent to yours mentions how something like Mastodon's Relay system would really help solve this issue, and it sounds like what you've made is probably the closest thing we'd have to a relay system for a while (given the core devs being super super busy with the existing issues).

On a side note, I wish there was also a way to set the homepage of an instance to "All" as well (which can be done user-side, but not globally), my instance only has a meta-community for announcements, so I can imagine that it just looks like an absolute ghost town to anyone who stops by.

[-] hawkwind@lemmy.management 4 points 1 year ago
[-] aaron@lemmy.jcaks.net 3 points 1 year ago

That's cool, thanks i'll check it out. I also found https://github.com/Fmstrat/lcs

[-] Snickers@on.syrma.cc 2 points 1 year ago

That‘s so helpful, thank you for sharing it with us! One question: If I want to update my known communities in a month or so, can I just rerun the script or will that cause issues?

[-] hawkwind@lemmy.management 2 points 1 year ago* (last edited 1 year ago)

You should be able to rerun it anytime. It only gets stuff that doesn’t exist on your instance. That’s how it was designed. It is dependent on browse.feddit.de however. :(

[-] Snickers@on.syrma.cc 1 points 1 year ago

Awesome! I hope lemmy will directly integrate something like this in the future, if there‘s an open github issue i could upvote let me know.

[-] russjr08@outpost.zeuslink.net 4 points 1 year ago

It'd be really cool if we had something similar to Mastodon's "Relays" where you basically subscribe to a firehose of posts from everyone whose on a server connected to that relay (they show up in the "Federated Timeline").

I don't know exactly how this would work for Lemmy, but it seems like if we had a system like this it could really help tackle this issue.

[-] Fizz@lemmy.nz 1 points 1 year ago

I think there is already some software that fetches content but it's early in development.

[-] TurnItOff_OnAgain@lemmy.world 4 points 1 year ago

Just so I am understanding the feeds...

Subscribed - just the stuff you are subscribed to

Local - just the stuff in your instance

All - the stuff you subscribe to, the stuff in your instance, and stuff that people in your instance follow from other instances

That correct?

[-] hawkwind@lemmy.management 1 points 1 year ago* (last edited 1 year ago)

Correct. All also includes communities fetched but not subscribed to, however these are more like stubs. They are in your database but not being updated with activity since no one is subscribed. At least that’s my understanding.

[-] burtek@programming.dev 2 points 1 year ago

Would you say it makes sense to have accounts on the 2-3 instances that you're most interested in rather than 2 account and being dependent on federation?

[-] Spzi@lemm.ee 7 points 1 year ago

There's no general answer, it depends on your personal preference.

If you want to have most content available, register on an instance which has an according policy; which federates with anybody and is federated by everybody (both directions can make a difference).

The downside however is, this also opens the door to all sorts of bad actors, including bots and spam.

So I personally tried to strike a balance and am so far quite happy on lemm.ee.

This tool is pretty handy to make informed decisions: https://fba.ryona.agency/ It allows you to check federation status both ways.

[-] norgur@discuss.tchncs.de 3 points 1 year ago

Thanks for that link. Really interesting.

this post was submitted on 02 Jul 2023
54 points (93.5% liked)

Selfhosted

40403 readers
448 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS