54

I've been in Lemmy for a month and I'm quite enjoy using the service.

However, after the mass migration on both Reddit and Twitter, I feel like the services are now significantly slower than they used to be. So I'm wondering whether I should have some kind of personal CDN/relay service for "caching" information especially medias or just create a new instace and federated to public Lemmy instance?

FYI, I have a private OpenVPN served on DO and 1L "server" that run Proxmox for existing services to my home. Should be okay to have a Nginx reverse proxy, right?

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

I can say with full confidence that I have absolutely no idea.

I've heard this idea thrown around before, so I take no credit for it: One way to circumvent the issue would be to have actual relay nodes. As in: nodes that don't hold contents or users themselves, but just "broadcast" incoming messages to several instances, so that the source instances don't have to. This would of course have its own drawbacks and limitations, but it would alleviate the bottleneck.

I'm sure some kind of solution will be found though. Call me optimistic, but I think the lemmi/binniverse has a bright future ahead of it. I, for one, have burned my reddit bridges.

[-] theterrasque@infosec.pub 5 points 1 year ago* (last edited 1 year ago)

Or use crypto. Generate keypairs, sign updates. Add support for delegating updates to other instances.

Maybe add support for having instances getting data to indicate if they're willing to relay update data to others, and have main instance refer to them for a certain time period, say.. 6 hours maybe?

Relay willingness would depend on instance config and load, ideally.

Edit: any reason I'm getting down votes? If there is a problem with the approach, at least leave a comment.

Edit2: Crypto as in CRYPTOGRAPHY! Which has been shortened to crypto since long before bitcoin was invented. If this was some non-tech forum I could understand, but a community about self hosting and no one seems to be making the obvious connection? Wow. And you guys host stuff, that's just scary.

https://www.cryptoisnotcryptocurrency.com/

[-] variouslegumes@reddthat.com 2 points 1 year ago

Yes, we all know crypto and scalability go hand in hand /s

[-] theterrasque@infosec.pub 3 points 1 year ago

You thought I was talking about cryptocurrencies? Really? You read that, saw crypto, public/private keys, signing data, and thought "He's talking about cryptocurrencies, and surely not cryptography!" ??

Seriously? Wow... I sincerely hope you're not hosting anything public, and if you do, consider shutting it down and step away from the server until you have a bit more technical insight.

[-] variouslegumes@reddthat.com 2 points 1 year ago

After you explained it a bit further in another comment it was pretty obvious you didn't mean cryrocurrencies. I really did latch onto "crypto" as cryptocurrency, unfortunately the case for a lot of people.

[-] sab@lemmy.world 1 points 1 year ago

No down vote from me, but surely by now you know how people feel about crypto.

At any rate, I don't think an immutable ledger is desirable for speech (what's the point of moderation), perhaps more something like torrent would be preferable. And, as someone else mentioned, relay software already exists.

[-] theterrasque@infosec.pub 3 points 1 year ago* (last edited 1 year ago)

Who said anything about immutable ledger? I was talking about signing updates so it can be verified when relayed through untrusted third parties.

So if lemmy.world sends an update to lemmy.selfhosted.guy and then lemmy.anotherselfhosted.guy federates with lemmy.world, lemmy.world can then say "Hey, here's my public key, lemmy.selfhosted.guy have a copy of my data and is willing to be delegated to, you can get the data from him" and then lemmy.world doesn't have to distribute it's changes to everyone itself, but maybe just update 5-10 hosts. And the number of relays will scale with the network.

And thanks to the data being signed, you can trust the updates from lemmy.selfhosted.guy being from lemmy.world and not been tampered with, keeping lemmy.world as the authority of the data, even if you don't trust lemmy.selfhosted.guy.

Edit: This would also mean all the small self hosted instances will boost the network instead of threatening to overload it.

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

My bad, I thought you meant the other crypto (as did everyone else, presumably). I know cryptography was first, but I think it's safe to say that that abbreviation has been irrevocably tainted.

[-] theterrasque@infosec.pub 4 points 1 year ago

yeah, I'm slowly starting to realize that. That a few misunderstood, I could see that. If you're new to things you've probably only heard in connection to cryptocurrencies. But everyone misunderstanding? It's really shocking. Especially since the context should have made it obvious.

As developer we have crypto libraries. Crypto systems. Crypto layers. Crypto functions.. And so on.

Crypto is cryptography. Cryptocurrencies are just a small thing, using cryptography. To have that "take over" the crypto word completely is as unnerving as waking up one day and mentioning to someone you washed your face this morning and they respond "What, like, the screen?" and then discover everyone only thinking of facebook, even with the context.

I'm sorry, I'm rambling. It's just so unbelievable to me to have this happen in a forum focusing on self hosting services. Where crypto should (hopefully) be daily bread and butter.

[-] sab@lemmy.world 3 points 1 year ago* (last edited 1 year ago)

It happens. Remember the original meaning of the word hacker, versus its public perception? You can hang on to the original meaning and have an extra hurdle in communication, or you can accept it and move on by being more specific.

At any rate, I think public/private keys are already being used by Lemmy for authentication on the way you propose.

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

Selfhosted

40198 readers
402 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 1 year ago
MODERATORS