54
NPM - What services need what toggled?
(slrpnk.net)
Hiya, just got NPM installed and working, very happy to finally have SSL certs on all of my serivces and proper URLs to navigate to them, what a breeze! However, as I am still in the learning process: I am curious to know when to enable these three toggles and for what services. I assume the "Block Common Exploits", can always be turned on. But unsure about the two others. Some applications have not worked until I turned on the Websockets Support, but I dont really know what it does, nor do I know what applications need this in order to fully work. Are there any thumb rules for these things?
Appriciate any pointers! 🌻
That's not NPM, that's Nginx proxy manager. They are very much not the same thing.
I've seen others calm this npm, so went along and did the same 🙃
It’s even abbreviated that way in the official documentation: https://nginxproxymanager.com/advanced-config/
Two wrongs don't make a right. I was scratching my head for a few seconds looking at the thumbnail and the title. And even the post body didn't clarify things. 🤷🏻
Multiple things have the same abbreviation, it's really all about the context it's used it imo. Considering Ngninx Proxy Manager being a very well known tool in the selfhosters toolbelt, I figured it would be familiar enough to use.
You also have a screenshot from proxy manager so any confusion should have been short lived
Yeah I had literally no idea what you were talking about until you mentioned the actual name in the comments.
NPM almost universally refers to node package manager in any developer or development adjacent conversation in my experience. Given that both the site, the command, the logo, and the binaries are "npm" makes that more appropriate.
Nginix proxy manager is far to niche to be referred to universally by acronym when it's only ever used as an acronym when the context for it's usage has already been defined (ie. In it's documentation).
This becomes much more clear when you Google the acronym.
Is it wrong to abbreviate your own product in your documentation?
Their own doc, sure why not.
Any other context where there's a giant with the same name. No, please at least write it out expanded once.