Tiff

This might be another bug relating to federation, but might also be relating to caching on their end. Or because every Lemmy application keeps their own archive, it’s possible the user display name doesn’t federate on a change but only on a post that they can see? (Or not at all, or only on a timed refresh?)

Lets check after 24/48 hours on those links and we’ll see what they say after that.

I too think it’s possibly a software bug rather than a cache issue. We don’t cache anything if you are signed in, and if it was a cache issue it would show both of the old names on the page rather than only one changing.

Federation between Onion and Standard Domains that way tor users would not be isolated

This is the hardest part as you would need to be both have an onion and have a standard domain, or be a tor-only Federation.

You can easily create a server and allow tor users to use it, which unless a Lemmy server actively blocks tor, you’d be welcome to join via it. But federation from a clearnet to onion cannot happen. It’s the same reason behind why email hasn’t taken off in onionland. The only way email happens is when the providers actively re-map a cleanet domain to an onion domain.

This is what Lemmy would need to do. But then you would have people who could signup continuously over tor and reek havok on the fediverse with no real stopping them. You would then have onion users creating content that would be federated out to other instances. & User generated content from tor users also is … Not portrayed in the best light.
I’m sure someone will eventually create an onion Lemmy instance, but it has it’s own problems to deal with.
This is especially true for lack of moderation tools, automated processes, and spammers who already are getting through the cracks.

I can confirm the sections around downvotes as Reddthat has the stance exact what you are talking about (re your child comments)

A downvote disabled instance creates it’s own algorithm/feed/ranking based purely on all other metrics, because as far as the data is concerned, it sees every post having 0 downvotes. It does not take into account external instances.

I can answer the first point.
We’ve already tackled part of that problem with the Parallel Sending feature that can be enabled on instances with a tremendous amount of traffic. Currently the only instance that makes sense to enable that is LemmyWorld and the only reason is so servers in geographical far away can get more than 3-4 activities/second.

With that feature, servers that eventually house and generate the biggest amounts of traffic will be able to successfully communicate all of those activities to everyone else who needs them.

I predict a 10x increase is well in our grasp of easily accessible by all of our current systems. 1000x? That’s a different story which I don’t have the answers too.

This is sso support as the client. So you could use any backend that supports the oauth backend (I assume, didn’t look at it yet).

So you could use a forgejo instance, immediately making your git hosting instance a social platform, if you wanted.
Or use something as self hostable like hydra.

Or you can use the social platforms that already exist such as Google or Microsoft. Allowing faster onboarding to joining the fediverse. While allowing the issues that come with user creation to be passed onto a bigger player who already does verification. All of these features are up for your instance to decide on.
The best part, if you don’t agree with what your instance decides on, you can migrate to one that has a policy that coincides with your values.

Hope that gives you an idea behind why this feature is warranted.

A faster db. Just the regular performance benefits, https://www.postgresql.org/about/news/postgresql-16-released-2715/

Also, Lemmy is built against v16 (now) so at some point it will eventually no longer JustWork

The script will be useless to you, besides for referencing what to do.

Export, remove pg15, install pg16, import. I think you can streamline with both installed at once as they correctly version. You could also use the in place upgrade. Aptly named: pg_upgradeclusters

But updating to 0.19.4, you do not need to go to pg16… but… you should, because of the benefits!

That awkward moment when you are the person they are talking about when running beta in production!

See my PR for a new backup script. https://github.com/LemmyNet/lemmy-ansible/pull/210

I’ll get to adding it to the main docs on the weekend.

Tldr, piping your backups via docker is CPU expensive. Directly writing to filesystem in a postgres compatible format with compression is faster and more efficient on the CPU.

My 90GB+ (on filesystem) db compresses to 6GB and takes less than 15 mins.

Been running this since -rc1 & 0.19.1 for the past 13 hours. No issues related to Federation since! just higher CPU load compared to 0.18.x releases.

Thanks for another great release. Suppose I should go fix our ansible ey?

Don’t forget & in community names and sidebars.

Constantly getting trolled by &

What a hero!

What happens to the community you made?

Nothing. The community is independent of the users

Or does the community just get stuck without any admin and people can still post in it?

Pretty much. As an admin you can Add/Remove moderators
See this pretty picture of our dropdown menu:

Fixed!

And here I thought that I was making it easier for people to have a default selection, rather than actively filtering content. That was not my intention! So sorry, and thankyou @guildz@lemmy.blahaj.zone for helping out.