5 ms·

Right. Everytime nginx comes up someone has to bring up how much better caddy is. After using nginx everywhere for nearly two decades I have no desire to learn

Right. Everytime nginx comes up someone has to bring up how much better caddy is. After using nginx everywhere for nearly two decades I have no desire to learn a new tool. Nginx does everything I want, even some exotic stuff and plugins for certain use cases. It is highly configurable, has plenty of good documentation, is well supported in every distro, and is extremely performant. I don't care how much easier caddy is and that it can configure certs for me. I prefer the unix philosophy anyway, and it's not like I'm spending a significant amount of time on nginx configs or certs. I use acme.sh for certs it only takes a couple minutes to provision a new instance with nginx and acme.sh, just the way I want it. End rant.

lelanthran 2y ago
> I don't care how much easier caddy is and that it can configure certs for me. I always find this a weird selling point, TBH. It's probably a selling point for people who don't already know the existing $FOO. For me, putting effort into learning the new thing only to use it exactly as the old thing is wasted effort. I don't know what I gain by moving to the new $FOO, usually.
tempest_ 2y ago
Sure, but you list of things there describes a work flow that is becoming a bit old. I would wager the vast majority of Nginx "installs" are running in a container now a days. The distro doesnt matter and few are provisioning an instance of anything, that's some container orchestration job. Last week trying to coax nginx to be able to set a CSP nonce in a web apps index.html which apparently meant I would need to custom build Nginx or a custom build a container with a custom built Nginx to install a plug-in to do it. This type of stuff adds up and having a bunch of stuff hidden in Nginx Plus doesn't help either. I think Nginx is a great piece of software its just that people don't need all its offerings, they just want to host some tiny js and proxy to an API and things like caddy were built for that. The limited throughput doesnt matter when CloudFlare or Cloud front cache most of the things it is serving anyway.
- jacob019 2y ago
  I'm pretty much always in a container too, and I'm perfectly happy with the workflow, it scales just fine and can be orchestrated as well. When I'm deploying a new project, bringing up a new container with nginx is like 0.1% of the work, why mess with that? I like Debian, I use it in my containers. Yes there are slimmer and lighter things, I don't care, my stack is rock solid. As for the CSP nonce, I'm surprised that there isn't a plugin, but compiling isn't a big deal, just annoying. Alternately NGINX is scriptable or you can do it at the application level as well. If caddy is easier for you or for that use case, then that's great, use it with my blessing.

lelanthran 2y ago

> I don't care how much easier caddy is and that it can configure certs for me. I always find this a weird selling point, TBH. It's probably a selling point for people who don't already know the existing $FOO. For me, putting effort into learning the new thing only to use it exactly as the old thing is wasted effort. I don't know what I gain by moving to the new $FOO, usually.

tempest_ 2y ago

Sure, but you list of things there describes a work flow that is becoming a bit old. I would wager the vast majority of Nginx "installs" are running in a container now a days. The distro doesnt matter and few are provisioning an instance of anything, that's some container orchestration job. Last week trying to coax nginx to be able to set a CSP nonce in a web apps index.html which apparently meant I would need to custom build Nginx or a custom build a container with a custom built Nginx to install a plug-in to do it. This type of stuff adds up and having a bunch of stuff hidden in Nginx Plus doesn't help either. I think Nginx is a great piece of software its just that people don't need all its offerings, they just want to host some tiny js and proxy to an API and things like caddy were built for that. The limited throughput doesnt matter when CloudFlare or Cloud front cache most of the things it is serving anyway.

jacob019 2y ago
I'm pretty much always in a container too, and I'm perfectly happy with the workflow, it scales just fine and can be orchestrated as well. When I'm deploying a new project, bringing up a new container with nginx is like 0.1% of the work, why mess with that? I like Debian, I use it in my containers. Yes there are slimmer and lighter things, I don't care, my stack is rock solid. As for the CSP nonce, I'm surprised that there isn't a plugin, but compiling isn't a big deal, just annoying. Alternately NGINX is scriptable or you can do it at the application level as well. If caddy is easier for you or for that use case, then that's great, use it with my blessing.