How exactly does that prevent spam, vs just using other existing established verification methods like email validation? If the only goal is preventing spam, its overkill, and other web sites who also have to contend with spam don’t use it.

It's trivial to create new accounts and emails to verify those accounts. It is not trivial to get a new phone number since virtual numbers are blocked by the verification process.

There exists other words that start with gi but use the soft g, gin for example. But regardless, the pronunciation of one word is not determined by the pronunciation of other unrelated words.

Monster Mash*

You're ignoring the giant green circle on the sign, which means you yield on green solid, not green arrow. Green arrows give you right of way. If you're in the US and drive, please learn the road signs

I believe the developer is in complete control of the pricing on steam, so it would be the developer being shady

there's an entire wikipedia article for this that makes it super easy https://en.wikipedia.org/wiki/Pirated_movie_release_types

Is it just me or does that "comparison" make no sense for this thread. It's mostly comparing vaultwarden to the cloud version of bitwarden, not the self hosted version. It only mentions the self hosted version in passing. It doesn't do anything to help someone choose between vaultwarden and self hosted bitwarden

So a reverse proxy is sort of like a phonebook or directory, it routes outside requests to the appropriate place. So imagine your reverse proxy is a receptionist, someone comes in and says "hey I am looking for plex.mydomain.com" the receptionist would then use the phonebook and say "ok if you are looking for plex.mydomain.com, go to building 192.168.1.10 (the ip), room 9000 (the port)"

Since you are asking about dockerized services, the networking for those can be done in several different ways, but the one thing that really matters is that each service needs to have a unique combination of ip and port, because only 1 service can live at each address. With docker, you could set up multiple services that use the host server's ip, in which case each container will need to be on different ports, or you could have it so each container has its own ip, in which case the port can be anything.

Yes, on kbin, they are under more -> activity

Is this it? https://www.te.com/usa-en/product-178125-1.html

kbin and lemmy are different softwares, but they are both used for link aggregation and the 2 softwares use a common protocol, so they can talk to each other. So there are kbin servers and lemmy servers, and they are all interconnected.

So now we can take this post as an example:

You are a user on kbin.social

You posted this question on /m/nostupidquestions@lemmy.world - this means the community you posted on is actually hosted on lemmy.world

lemmy.world then tells other instances that its federated with that someone just made a post on /c/nostupidquestions on its instance. what kbin calls magazines are called communities on lemmy, hence the /c/ instead of the /m/.

kbin.social and all the other instances will then also show this post, even though it originally was created on a different instance

Something that helps a little is if you manually go to the domain page (or click on a domain next to a post that shows the domain) you can block it from there. For example if you wanted to block lemmygrad.ml posts, you'd go to https://kbin.social/d/lemmygrad.ml and block it from there. This doesn't remove posts from the instance that link to other sites, but will at least remove all the text posts