this post was submitted on 09 Apr 2024
54 points (92.2% liked)

Selfhosted

37747 readers
727 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
 

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! 🌻

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] -5 points 2 months ago (2 children)

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. 🀷🏻

[–] [email protected] 11 points 2 months ago (2 children)

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.

[–] Jtee 4 points 2 months ago

You also have a screenshot from proxy manager so any confusion should have been short lived

[–] douglasg14b -5 points 2 months ago* (last edited 2 months ago)

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.

[–] Jtee 4 points 2 months ago (1 children)

Is it wrong to abbreviate your own product in your documentation?

[–] [email protected] 2 points 2 months ago

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.