38
submitted 2 weeks ago* (last edited 2 weeks ago) by interdimensionalmeme@lemmy.ml to c/selfhost@lemmy.ml

Of course, after than, whatever you've just plugged into it, will most likely not work

502 Bad Gateway
504 Gateway Timeout
X-Forwarded-For

The solution is probably somewhere deep in the bowels of whatever you're trying to make work

It will look obvious once you've figured out, that's why it wasn't mentioned next to the bunch of instruction you pasted into your console to install the thing

Just another day walking in the forest of papercuts

top 39 comments
sorted by: hot top controversial new old
[-] BlueEther@no.lastname.nz 14 points 2 weeks ago

um...
nano /etc/caddy/Caddyfile
systemctl restart caddy

[-] MaggiWuerze@feddit.org 10 points 2 weeks ago

Or just write your labels when creating the compose file and Traefik does the rest

[-] clmbmb@lemmy.dbzer0.com 6 points 2 weeks ago

I tried traefik a few times and the labeling is so fucking convoluted! I much prefer Caddy for simple deployments and NPM for home, because it's easier for me to have a nice dashboard.

[-] Zanathos@lemmy.world 1 points 2 weeks ago

Use file configuration, it's a lot easier to grasp IMO.

[-] malwieder@feddit.org 1 points 2 weeks ago

I don't like having to give Traefik access to my /var/run/docker.sock, or is that no longer the case?

[-] frongt@lemmy.zip 0 points 2 weeks ago
[-] malwieder@feddit.org 2 points 2 weeks ago

I don't think mounting the socket read-only does what you think it does: https://news.ycombinator.com/item?id=17983623

It's a horrible idea unless you absolutely trust Traefik to be bulletproof.

[-] MaggiWuerze@feddit.org -1 points 2 weeks ago

Well yeah, if you want it to react to deployments. But like others said, out it to :to and you're done

[-] azron@lemmy.ml 1 points 2 weeks ago

Caddy and chill.

[-] clb92@feddit.dk 1 points 2 weeks ago

You don't have to fully restart caddy. You can tell it to reload the caddyfile.

[-] 9point6@lemmy.world 8 points 2 weeks ago* (last edited 2 weeks ago)

Nginx config is pretty quick to cobble together in a text editor, personally I'd just bin off whatever this tool is and save the hassle.

There's always the risk of frontend tools like this being abandoned, so you might as well just learn the actual config format for the thing you're configuring

[-] whyNotSquirrel@sh.itjust.works 3 points 2 weeks ago* (last edited 2 weeks ago)

I just cp one of the config files in /etc/nginx/site-available when I need to create a new one

[-] TechieDamien@lemmy.ml 1 points 2 weeks ago

Yep, just pick the one closest to what you want, eg static site, reverse proxy, etc. Then remove the ssl stuff and get certbot to regenerate it with your new certificate. (Don't forgot ipv6 if you have it enabled on your system)

[-] notarobot@lemmy.zip 2 points 2 weeks ago

That is only better if you actually know what you are doing. I don't do it often, and never remember how I should handle the io if nginx is in a docker and the services is in another. So this let's me try things quickly

[-] haych@feddit.uk 4 points 2 weeks ago

I can't say I've ever had that problem. The 80 is grey so it's clear it's an example and not actually filled out. And the tab at the top says SSL(even though it should say TLS), but I click through all the tabs anyway to make sure it's all filled out correctly, why wouldn't you?

[-] Creat@discuss.tchncs.de 4 points 2 weeks ago* (last edited 2 weeks ago)

80 being grey suggests it's the implicit default, not an example. Like in any other input mask like this. That is a very reasonable company and not intuitive at all.

[-] Zeoic@lemmy.world 3 points 2 weeks ago

Grey text has always been a hint / tip / example, why would it be an implicit default?

[-] Creat@discuss.tchncs.de 0 points 2 weeks ago

always [...] why would it be an implicit default?

Cause that's what I intuitively expected, because in the tools that I use daily, that how it is there. Here are some examples of other administrative web interfaces that use grey to show you the implicit default that I happen to have running and could find in like 3 minutes. So much for your overconfident "always":

  • Proxmox PVE or PBS. Basically every dialog. Example network interface configuration: example
  • TrueNAS, example "Add Dataset"
  • OPNsense, example "Firewall Rule", the destination port range has an implicit default and is grey:

Note: I'm not talking about a form to fill in your name with "john doe" or whatever, and even that I can't even remember seeing either. Cause it just says "Name:" and nobody needs an example.

[-] eager_eagle@lemmy.world 2 points 2 weeks ago

Those TrueNAS fields seem gray because they're disabled (since it's inherited), not because those are defaults.

[-] Creat@discuss.tchncs.de 0 points 2 weeks ago

Yea I realized that only after. I agree it's slightly different from the grey text in text fields, but it still illustrates the point because it's also an implicit default value (that happens to be unchangable in this context). So it kinda applies, but yea not quite the same.

[-] interdimensionalmeme@lemmy.ml 0 points 2 weeks ago

inherited versus default, that is kind of splitting hair when we're talking about user interface.
Here the gray means "this is what it's going to be if you don't write something else here"

[-] eager_eagle@lemmy.world 2 points 2 weeks ago* (last edited 2 weeks ago)

Disagree. When it's inherited, the gray value is not applied, because it's defined somewhere else. It's not a default in this case.

[-] eager_eagle@lemmy.world 1 points 2 weeks ago* (last edited 2 weeks ago)

For the web, there's no reason to make them faded out / grey if they're default values.

Those fields can just be pre-populated with those default values, which is unambiguous and get sent with the other user-edited fields.

Fading text either means placeholder (does not impact the value attribute) or disabled (locked / read-only)

Otherwise, defaults belong to labels, not in the input text.

[-] Creat@discuss.tchncs.de 1 points 2 weeks ago

Being shown what's the default isn't the same as having it actually in the field. For example the default might change, then these values would change with the default. There are also cases where they are inherited or something similar, where the upstream value isn't as fixed as defaults normally are. So there is a functional difference to showing you a greyed out default and actually having that default be in the field.

Especially for things that essentially are a web interface for a config file where the config file gets larger with values that aren't needed (this includes both NPM and Proxmox, as examples). Instead of like 3-4 lines it could now be like 20. It also becomes unclear when looking at the values later if they were actually set to that value intentionally or if it just happens to be the default that got filled in because some UI was used that filled all fields with their default values.

Showing the default outside in a label or as a tooltip-hover is an option, but has implications for the space needed and readability. And this way is actually much clearer if you want to look over a config and you need for example the default port or something, it's in the exact place you expect it, shown in grey to make it clear that it wasn't set intentionally but that it's just the default. In some UIs there's room for defaults, in some not. I personally vastly prefer them to be shown like this, as you might have guessed already.

[-] eager_eagle@lemmy.world 1 points 2 weeks ago* (last edited 2 weeks ago)

... the default might change...

That's getting into application state management and heavily dependent on what kind of form it is.

What I wrote above reflects what web forms usually follow, and they don't use faded values for defaults, because in the context of a form, defaults are just values that were pre-populated and get no special styling.

[-] Creat@discuss.tchncs.de 1 points 2 weeks ago

I think you keep missing my point. This isn't about a "usual web form". You aren't entering your address or something. You're configuring a service or server. Those are very different worlds. I understand that those kinds of forms where you enter your address (or whatever) wouldn't ever have a default in there. In that context a default doesn't make any sense (default name, default street, default city?). And even in the cases where it might, it would be - as you pointed out - unexpected for the kinds of users that usually fill out "web forms".

When you're configuring a server/service, that's a very different world. Many fields could have defaults, and you wouldn't want to hard-code those into your config. That is what this is. It's essentially a web interface for a config file, which often has default values for any field you don't specify for a variety of reasons. Defaults DO have special meaning here. That's the whole point I'm trying to make! In that world it very much makes sense. The best way to show it is obviously a matter of personal taste, I actually like (and prefer) the greyed out way for reason I mentioned above.

[-] eager_eagle@lemmy.world 2 points 2 weeks ago

That looks like a placeholder text, which is everywhere in forms and very much not the default. Like "John Smith" on name fields, you're expected to enter your value.

[-] haych@feddit.uk 1 points 2 weeks ago

I disagree, the majority of times I see an input field and the is grey text or numbers it's an example and wants filling in. I went in to NPM with zero knowledge of the software and figured it out instantly, so I'd say it is intuitive.

[-] Creat@discuss.tchncs.de 1 points 2 weeks ago* (last edited 2 weeks ago)

I'm coming from the perspective of administrative interfaces, not generic forms. See my other reply for the examples that I use daily that made me have a different "intuition" here. Edit: But the fact that I got three replies in like a few minutes also shows that my perspective might not be the universal one. Still, I think it does hold up in the context of administrative interfaces (which is what NPM is).

[-] Dojan@pawb.social 1 points 2 weeks ago

The UX in Nginx Proxy Manager could use some work. Would love to be able to see logs in the app as well.

[-] interdimensionalmeme@lemmy.ml 2 points 2 weeks ago

Yes, those little quirks gone and what you need to debug it like the logs for that host and it would be such a pleasure to use and forget about

[-] TheGreenWizard@lemmy.zip 1 points 2 weeks ago

How long has nginx pm had dark mode? Am I about to go home and see the option starring right at me?

this post was submitted on 15 Aug 2025
38 points (95.2% liked)

Self Hosted - Self-hosting your services.

15600 readers
2 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

Important

Cross-posting

If you see a rule-breaker please DM the mods!

founded 4 years ago
MODERATORS