- Use distributed, federated services like Lemmy, mastodon etc.
- Support the hosts with our own funds.
- Moderate our own communities.
The second point is the most important. Reddit happened because they are a corporate entity seeking profit. Let’s own our social media platforms by actively contributing funds to them.
I agree to a point, but this is also how you get communities that are REALLY easy to squash. Because they’re fragile and incoherent. Bad actors can easily overwhelm them, astroturf, go after hosting…etc and small self funded communities won’t have the manpower, tools, or resources to combat it.
You want to build a strong community that lasts, and is resilient.
So how do we make our communities more resilient, well resources, less fragmented, and also accessable for member growth?
About the “less fragmented” part.
I don’t see how that is possible in the fediverse.
Let’s say I like fishing and a fishing community exists in five instances… That fragmentation you can’t avoid… In the other hand it helps with the resilient part I guess. The more fragmented it is the harder it will be to take a community down.
Having multiple communities under the same subject in different instances will soon become normal, for better or for worse.
I have read some comments in github discussing possible ways to develop something akin to “mutireddits” (or more recently custom feeds) so people can group communities like this across different instances.
Let’s see how all this plays out. Interesting times ahead in the fediverse.
That makes me think having something like “federated communities” could be neat, where a community on one instance could opt in to have content mirrored/visible from a community in another instance. In practice it would be something like subscribing to a community on one instance essentially being equivalent to subscribing to multiple communities on different instances, but if there is disagreement on e.g. moderation practices moderators might decide to “defederate” the communities.
I’ve functionally mass-subscribed to every community that overlaps with my primary interests regardless of which instance it is on and make use of the feature to view submissions from subscribed communities.
The fragmentation is frustrating because it makes individual communities seem less populated than the topic actually implies. For example, there are multiple large Games communities across the biggest instances, but as they are not on the same instance, people are likely to participate in a subset of all of the available communities. This generally reduces the volume of participation in any one community, even if the volume across all those communities summed up is very substantial.
A “multireddit” at the community level would be quite nice (rather than the process of subscribing to a large number of communities and using the “subscribed” feed).
One of my biggest concerns about Lemmy is the seeming inability to prevent astroturfing by various groups. I also wonder how it will survive when (not if) they receive GDPR fines, legal holds from law enforcement organizations, and a variety of other legal and regulatory topics that Lemmy (or at least the instance owner) is subject to even if the user base doesn’t believe that to be the case.
Hopefully the donation model will allow enough funding to address the realities of running a popular service.
Does GDPR apply to non-commercial web services?
We could self-host using our own computers and infrastructure, and secure them from hackers.
Can we?
For real, can we assist with hosting using our own servers as distributed nodes? I have business fiber and plenty of dedicated compute just hanging around. I’d happily host nodes to assist with stability, redundancy, and general compute/networking.
You literally can just download the Lemmy program and install it on any computer you want to use as a server. I used to run Mastodon servers a few years ago, and it’s not without its hurdles, but with some Linux knowledge and a little bit of server admin knowhow, you absolutely could.
You’d need a computer you’re gonna use as a server, put Linux on it, then install NginX or Apache on it, then Lemmy, then set everything up and get a domain name to attach to the computer’s IP. Question mark, profit. It might be a bit of an oversimplification, but with some research and work, it can be done.
I mean to contribute distributed resources to existing instances. Not so much make new ones. Assuming Lemmy has a protocol for distributed resources built on something like the raft consensus algorithm.
I’m mobile ATM, so not at home, trying to learn as I go. The goal being by the time I’m home I’ll know enough to provision resources if such a concept is a thing.
I have a whole cluster at home with business internet, so plenty of ready to go resources 🤔
Lemmy isn’t distributed like that. Each instance does its own user and community management with local storage and processing. The community content - posts and comments - gets distributed to any other instance that asks for it, and that instance then presents it to its users. The result is that the content is replicated & distributed across many instances, and the load of presenting that content to users is shared.
So, running your own instance, where you’re the only user, will cause that instance to fetch whatever communities you’ve subscribed to via API. That probably reduces, slightly, the load on those servers, but it’s not going to be a huge effect.
Running your own instance and getting a dozen or a hundred friends to use it instead of lemmy.world or feddit.de, on the other hand…
Ah gotcha.
Isn’t that a hard barrier/limit to scale then (as well as support)? Would it even be possible to run say a 5 million user Lemmy instance with a single write postgres DB (I assume compute can be load balanced, you can utilize CDNs for media content, can heavily cache the API, and that it supports read replicas?)
Nevermind 10, 30, or 50 million user communities 🤔
Though at that point you’re essentially just lighting your bank account on fire for infra costs.
Probably, but the idea is lots of smaller instances, if you run into that barrier, your instance is probably too large. The largest fedi instances have around 20K - far less than a few million. Most smaller instances, like the one Im on are around 1-1000 users.
Id strongly discourage people from letting their instance reach the million user level as costs would probably far outweigh what a donation or subscription based server can support.
The point is to avoid the diminishing returns of monolithic instances and spread the load and users across multiple instances - if I were lemmy.world, kbin.social and beehaw I’d put a hard cap at 50K users. Wether they do that though is up to them.
What about general fragmentstion of large communities? I suppose by the time this has that level of adoption similar communities across instances may already be a solved problem as far as readership goes.
If there are caps on users that’s a wet dream for corporate entities. Imagine groups preventing themselves from organizing, self-limiting knowledge sharing, and generally preventing themselves from being a collective force in an age where the internet is an integral part of life & society. Pre-broken down into fragments too small to be affect change or progress.
Also considered the user experience aspect of it. Fragmented communities are a poor user experience, where do I go? Where do I post? Am I missing information here? Which communities do I partake in? How do I collect information from disconnected, unaffiliated, sources? Experiences like that drive people away, not bring them in, and concepts like the fediverse rely on momentum to become more than just a transient niche.
That’s my concern. 50k people is… Nothing. Even if it was a single topic. Nevermind general instances. Even simply for sharing knowledge that’s a cripplingly, ineffectively, small number in a world where knowledge and information is becoming increasingly critical 🤔
I have no idea 🤷 Can we tag a Lemmy dev? Maybe one of them could come in and tell us.
deleted by creator
deleted by creator
deleted by creator
deleted by creator
deleted by creator
deleted by creator
deleted by creator
deleted by creator
deleted by creator