Live data from Hacker News

Show HN: Caddy 2

caddyserver.com

171–180 of 247 posts

Re: Show HN: Caddy 2

#171

For all the criticism of golang, the fact that it can be used to craft superb software like this is a testament to its real-world efficacy.

Also Docker, and Kubernetes.

It really goes to show that you can write good software in any language/framework you're comfortable in. PHP powers Facebook, wikipedia, and Slack for instance and it gets tons of hate on HN.

I'm mostly a C#/Typescript/Python guy .. but good software is good software!

Re: Show HN: Caddy 2

#172
post #93

Earlier quoted context omitted.

D'aww, thank you! I was really nervous to post this on HN because HN has also been the source of great misery for me in the past, frankly. But I'm relieved at the overall positivity today. Maybe because it's Star Wars Day we're all in a good mood? I'm glad you like the landing page. Took me a couple weeks of trying and throwing designs away, then a few days of concerted effort, just standing in front of my text edito…

You have a really impressive site about a really impressive product. Kudos. The only constructive criticism I'd offer immediately for the new updates is that they look very light on detail about setting up a production deployment on different platforms -- things like running Caddy as a service that starts automatically, monitoring its health and restarting if necessary, ensuring that any important security updates ar…

Thanks -- honestly, the website was the least of my concerns up to this point, but it'll get more attention now that the software is actually released.

Re: Show HN: Caddy 2

#174
post #172

Earlier quoted context omitted.

You have a really impressive site about a really impressive product. Kudos. The only constructive criticism I'd offer immediately for the new updates is that they look very light on detail about setting up a production deployment on different platforms -- things like running Caddy as a service that starts automatically, monitoring its health and restarting if necessary, ensuring that any important security updates ar…

Thanks -- honestly, the website was the least of my concerns up to this point, but it'll get more attention now that the software is actually released.

In that case, having a smart and informative site already is even more of an impressive achievement. :-)

I don't personally think much needs to change dramatically. It's already useful and seems reasonably well organised. As someone who hadn't previously heard of Caddy other than incidentally and who is currently setting up some new projects for which Caddy is a very interesting find this evening, that production-ready setup information is the key information that was missing for me until I found the other page (and as it happens, I found it via a link that wingworks helpfully posted in this HN discussion, not via browsing the Caddy site or a search engine).

If I were to add one other possibly helpful point, the configuration via HTTP request idea is interesting, but everywhere I've seen it mentioned on the site so far seemed to imply it is on by default and did not say anything about locking it down. Again, this looks potentially useful for a quick start experimenting with Caddy or maybe for development purposes, but it doesn't seem like a killer feature and it's obviously a concern for using it in production if anything like that doesn't default to safe.

Re: Show HN: Caddy 2

#175

For all the criticism of golang, the fact that it can be used to craft superb software like this is a testament to its real-world efficacy.

Also Docker, and Kubernetes. It really goes to show that you can write good software in any language/framework you're comfortable in. PHP powers Facebook, wikipedia, and Slack for instance and it gets tons of hate on HN. I'm mostly a C#/Typescript/Python guy .. but good software is good software!

Well technically, Hacklang powers Facebook now https://hacklang.org/

But your point still stands :)

(This is coming from a PHP developer)

Re: Show HN: Caddy 2

#176
post #14

Hi HN -- this is what I've been working on for the last 14 months, with the help of many contributors and the backing of several sponsors. (Thank You!) Caddy 2 is a fresh new server experience. Some things might take getting used to, like having every site served over HTTPS unless you specify http:// explicitly in your config. But in general, it will feel familiar to v1 in a lot of ways. If you've used v1 before, I r…

The docs list "process supervisor" as a use case. What does that mean exactly? Can it function like upstart/systemd?

Re: Show HN: Caddy 2

#177
The REST API for dynamic updates is attractive. Was it influenced by Envoy? Are there any influences/overlap with Envoy? Is Caddy overlapping in the space of Envoy in any notable way?

I will say that getting started with and learning the configuration landscape of Envoy is quite painful, so the simplicity and approachability of Caddy has always been attractive.

Re: Show HN: Caddy 2

#178

Earlier quoted context omitted.

I swear I couldn't find that page... been looking for half an hour.

It's the second link in the top-left of the docs sidebar! I'm surprised you found that difficult to find.

That sidebar doesn't show on major landing pages, so it's not as silly a mistake as it might seem. I missed it for several minutes while looking around myself, as I started by following the prominent links on those landing pages. I only found the separate installation information page when someone else here helpfully linked to it.

Re: Show HN: Caddy 2

#179
post #177

The REST API for dynamic updates is attractive. Was it influenced by Envoy? Are there any influences/overlap with Envoy? Is Caddy overlapping in the space of Envoy in any notable way? I will say that getting started with and learning the configuration landscape of Envoy is quite painful, so the simplicity and approachability of Caddy has always been attractive.

> Was it influenced by Envoy?

Not really -- it was more like, I sat down and thought about it: "I want to be able to change ANYTHING about my server using a simple REST endpoint. Hmm..." and then I remembered that JSON can be traversed using path-like notation. I'm not the first to implement this kind of API, but it wasn't a borrowed design. It's elegant as heck though. Every time I use it, I'm like "Ahhh that felt nice."

> Are there any influences/overlap with Envoy?

Probably, but I don't use Envoy. I'm pretty confident that Caddy 2 is capable of doing anything Envoy can do (with the added benefit of memory safety) -- just gotta write modules for it, maybe with some extension to the core to expose surface for those modules to hook into, but shouldn't be too hard to do that.

> Is Caddy overlapping in the space of Envoy in any notable way?

Yeah I think so; it's a greatly flexible reverse/sidecar proxy.

I hope you enjoy using it!

Re: Show HN: Caddy 2

#180
post #176
post #14

Hi HN -- this is what I've been working on for the last 14 months, with the help of many contributors and the backing of several sponsors. (Thank You!) Caddy 2 is a fresh new server experience. Some things might take getting used to, like having every site served over HTTPS unless you specify http:// explicitly in your config. But in general, it will feel familiar to v1 in a lot of ways. If you've used v1 before, I r…

The docs list "process supervisor" as a use case. What does that mean exactly? Can it function like upstart/systemd?

Yeah, my hope is that someone will write a sort of scheduler / supervisor app for it so that I don't have to keep re-learning systemd every time I stand up a new service...
Post reply on HN