Both were down for me before, they seem to be up right now but just made this account on Lemmy.blahaj.zone (Henry is the name of my actual blahaj lol). It’s probably because of the traffic influx from reddit refugees from the absolutely disastrous spez ama (where he doubles down on everything and doesn’t apologize at all). Allegedly they’re trying to suppress Lemmy mentions but I guess it’s not working well enough lol
A good problem to have although long term we’re going to have to figure out how to deal with these spikes in traffic.
yeah, that ama convinced me it was time to take the plunge. just created this account, first comment on lemmy lol
While the other recommendation in the thread are good, I think they are hard to implement things that will take time.
A quick fix solution can be to add a button on join-lemmy which says something like ‘Confused on where to join? click to join a recommended instance’ that redirects to the sign-up of one of the recommended instances (there is already a list).
This will allow for load balancing and easier time for people to just come and join.
I didn’t wait for the AMA to get hammered
This was enough for me to start my own instance. It’s not too hard with ansible, and Lemmy being Rust it’s not needing that much CPU or RAM.
And I’ll invite my friends here too. If you’re capable of running your own server, do it for your friends. Form small communities and you can always subscribe to the big server communities from your own service.
Don’t ban lemmygrad and we’ll be happy.
There should be a thread for this(starting a instance)
Here, I started one: https://lemmy.ml/post/1201750
That’ll give me a use for my TrueNAS server that’s for sure. It’s got 24 cores 200gb of RAM and I basically use it exclusively for a NAS.
Now I just have to look into how to set it up.
As long as you get a public IP address, a domain name and TLS certificate, you can federate with other servers.
I run mine in a small Hetzner box. Two gigabytes of RAM, two AMD cores, it’s almost like doing nothing even I’m federating a ton of messages all the time regarding the logs.
deleted by creator
> Federation means it’s almost meaningless which instance you register with, and as integration between instances and other Fediverse apps gets better it will just become more and more meaningless.
IMO, this couldn’t be further from the truth. Different communities have different priorities, principles, and technical requirements, and will take different approaches to controversy. Some communities are low-profile and laid back. Others are magnets for abuse and may require additional moderation, and even technical changes, like disabling image embeds (as one example) to mitigate harassment. Some are filled with avid shitposters, while others insist on the utmost degree of civility. Some have advanced requirements for operational security. Some want to protect broad access to the network at all costs, while other would rather accept a couple blocks rather than ban their own members. Some might be focused on video and require an instance that can handle the additional bandwidth and storage requirements.
Who hosts your instance is important. The jurisdiction your instance is housed in is important. If a community requires special accommodations for accessibility or other reasons, that is important. If you need moderators / admins who understand your native language, that is important. If an instance wants to go above the technical level and do things like verify users (kinda like journa.host) that makes an important distinction from your typical instance.
In the beginning, we won’t know who’s trustworthy, but this is the Internet. There will be controversies, and we will see how various admins respond to these controversies. Over time, they will gain reputations, both good and bad. It is best if somebody who already has a good reputation, like a respected mod from another community is able to operate the new home for that community.
For now, it probably doesn’t matter where you end up, but as time passes, it is good to keep an ear to the ground and see how things develop. Eventually you will find a solid niche. This is a problem even the fanciest join-xyz-fediservice website can’t really solve, but it is meaningful.
The one thing that I don’t like is that you can’t change your home instance. I signed up for Lemmy without knowing anything about it, and I mean I knew absolutely ZERO about how it works. Therefore, I just clicked on a random instance because I didn’t even know what an instance was, and I signed up. So what if I joined the wrong one for me? What if it turns out to be shit? I Guess I could just sign up for a different one with a different login, but wish there was an option to jump to a new one with your same login if you wanted to.
For now, if it turns out to be shit, you can just join a different instance. Perhaps leave a note in your old bio which directs people to your new account.
We need to build some kind of SSO that allows Lemmy users to authenticate with the same account on any instance, but will appear as if you’re still using the instance you registered on. That way you could just login to another instance if your ‘home’ instance goes down for whatever reason.
I like the sound of this, just unsure how this would be able to authenticate an account on behalf of a home instance that’s down, in a trustworthy way.
I’m not familiar with the inner workings of Lemmy and the Fediverse, so the following is based on similar implementations I’m familiar with…
SSO implementations usually require the website the user originally registered on (home instance) to confirm the account is real and authenticate it, and in most cases a new user account is automatically created using the SSO authentication details (this would prevent the user from appearing as if they’re using their home instance).
To achieve what you want, I think we’d need some kind of way to export the user account and any signing keys used to prove the user is who they claim to be in the fediverse, and then re-import those to another instance. I’m not too sure if SSO would be able to achieve it if the home instance is down.
On the flip side, I’m pretty sure SSO with a Lemmy instance that is active could work. While it would bring a lot of benefit to less tech-savvy users, and a lot of convenience to us when we’re given a threadiverse link to another instance, from a technical perspective I think that would be a challenging implementation. Users would need to be careful about having their credentials phished on a malicious instance too
To achieve what you want, I think we’d need some kind of way to export the user account and any signing keys used to prove the user is who they claim to be in the fediverse, and then re-import those to another instance. I’m not too sure if SSO would be able to achieve it if the home instance is down.
Since we’re a decentralized federated network, it would stand to reason that the SSO implementation would also be so. Maybe something built on top of DHT shared by every instance, which just stores user key hashes to verify they are who they say they are. That way there would be no issue with central authentication authority and all instances will go by the hash table for user auth.
Quick check and here’s what mastodon has been doing on the issue https://github.com/mastodon/mastodon/pull/16221
Shamelessly plugging my https://lemmy.cafe instance.
Signed up! I do think it needs to be linked still though
You don’t have to sign up for every instance you want to.
I can see that you’re currently signed in to your lemmy.ml instance, for example, and if you go there and search for a community in another instance, like [email protected], you’ll be able to view and interact with that community without ever leaving your instance.
So it is already linked in a way. Go ahead and try it out with some communities you’ve seen in other instances.
Oh nice! Okay thank you
