I dont Think people properly understand they can be on any server. And join multiple communities. And it all Show up in their Feed. They donāt Need to worry about āwhich community has the Most Usersā
It disregards the benefits of a distributed platform. Imagine if the admins went rouge, or the server data was irreversibly lost, suddenly all that content would be gone or under the authoritarian rule of the admins. Bit dramatic but you get the point.
If the majority of content is on there, we've quite literally taken a decentralised system and centralised it lol
On a more technical level, it takes quite some ressources for a server to broadcast their communities to all other lemmy instances.
"Receiving" a remote community is just reading data and inserting it in your instance. But if a community is hosted on your instance, you have to send that data to each and every instances with at least one user subscribed to it.
So it's really better for everyone to spread out on as many instances as possible. The only thing I would recommend before setting up a community (or your user account) on an instance is to check if you align with their moderation rules/code of conduct.
Communities are inherently tied to the instance on which they are created and cannot be moved. If the instance is overloaded then that community will not federate properly. If the instance goes down nobody can post to the community. If the instance goes away that community goes away (except for the "cache" that other instances have).
Hmm. Iām not sure if thatās the case.
Iām interested to see what the plan is for account migration. Weather posts will follow the user. Or stay with the instance.
Migration of ActivityPub stuff is pretty rough... Everything has an ID, and that ID is the URL, so the ID of the post you replied to is literally https://lemmy.nrd.li/comment/227095... AFAIK there are some (non-standard, at least not in core AP) ways you can mark things to be like "yeah, this moved to over here", but that isn't built in to the spec so whether those mechanisms actually work is a crapshoot.
I think we should expect/aim to just have some "mass repost script" that can take an extract of a community's content and just "repost" it on a new community.
Basically, a script that would "replay" a community in one go. I don't know if you could create "new comments" that immitates perfectly the original commenter but that would be the idea for a quick and very dirty "community mover script".
A bit like in GIT when you want to change/remove a specific commit, you can only replay/rebuild everything from the start by creating new everything posts/comments.
I'm talking purely from an ActivityPub/Activity Streams/Activity Vocabulary/JSON-LD perspective. There are some other local identifiers for things in Lemmy, but those do not matter for the purposes of federation. Any Object that is federated is expected to have an ID that is a URL at which you can make a GET request with the proper Accept header and you will get the latest version of that Object. AFAIK there is no provision for IDs to change.
Yes. Because thereās no centralised list of communities, searching is extremely difficult.
Or if not, very time consuming.
Following every iteration of every node.
The best way I can think of at the moment is a searchable website that gives you a link to click to seamlessly subscribe to them directly.
It'd be fine if the website is user submitted rather than having to interrogate all the servers on the back end, because the results would have seen a human eye and be better quality.
It doesnāt quite all show up the feed no matter what instance someone is on. In order for content to federate on an instance someone on that instance has to directly access it. I think this is why small niche instances appear to have a trickle of content on āallā.
One person on your instance needs to join for the community to appear. That is the major benefit of joining a large instance, you don't need to search other instances or use 3rd party tools to find new communities.
Out of curiosity what has the disk usage growth looked like so far for your lemmy instance? I occasionally selfhost but I'm not a hardcore datahorder or anything so the replication of data from instances you subscribe to has me on the fence.
Lady i checked, it was about 21g used from a 1tb ZFS pool.
My instance isnāt minuscule though. Few months old and only 20 users.
Iām curious about longer term growth though. No idea how long 1tb will last, but I have more of need be.
Damn that setup is no joke. 21GB in a few months initially sounded like a lot to me.. but I decided to math it out.
Lets say the 20gb was across 1,2 or 3 months..
Time till 1tb would fill up.
+------+-----------+----------+----------+
| | 3 months | 2 months | 1 month |
| 1 TB | ~12 years | ~8 years | ~4 years |
+------+-----------+----------+----------+
That data usage is looking pretty reasonable.. Even 20gb per month is something that wouldn't be too hard to keep up with and I'm sure eventually there'll be a way to clean up old posts that no one on your instance saved or commented on if you are trying to save space. I'd start to worry if disk usage was hitting closer to 40gb a month.
i wish there was a way to show the growth over time, because obviously some is taken up by the OS, then all the initial setup of lemmy. I'll keep an eye on it as it grows.
Grafana + something like influxdb+telegraf would do the trick. It sounds like you don't have metric gathering like that on your instance? If that's the case I'm surprised you don't when you're running with a full server rack haha.
Unless I am mistaken, when the instance you sign up with dies, so does your account? Obviously your content and potentially profile will exist in some state, but you would no longer be able to authenticate, so for all intents and purposes your account is gone.
While that wonāt matter for some, for others that means there is some importance in the decision of where you create your account. Since, once that instance decides to shut down (or if it happens to defederate,) your account goes with it.