Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Caddy 2

caddyserver.com

Post reply on HN
Print view View original

191–200 of 247 posts

Re: Show HN: Caddy 2

#191

Post by pilif »

mholt wrote: post #121
jbverschoor wrote: post #112

Earlier quoted context omitted.

Adoption for me would be to have an official apt repo :)

I mean, we want one too, but it's ridiculously hard: https://news.ycombinator.com/item?id=23072385 Help? :D

I think the parent poster would already be happy with an APT repo provided by Caddy. It wouldn’t need to be included in Debian itself.

When you can make dpkg files, making an apt repo is trivial (using reprepro shipped with Debian)

And when it’s your repo, you make the rules about packaging what dependencies into which file(s)

But by having an apt repo (that users would subscribe to), you make it much easier for users to keep up to date

Re: Show HN: Caddy 2

#192

Post by francislavoie »

pilif wrote: post #191
mholt wrote: post #121

Earlier quoted context omitted.

I mean, we want one too, but it's ridiculously hard: https://news.ycombinator.com/item?id=23072385 Help? :D

I think the parent poster would already be happy with an APT repo provided by Caddy. It wouldn’t need to be included in Debian itself. When you can make dpkg files, making an apt repo is trivial (using reprepro shipped with Debian) And when it’s your repo, you make the rules about packaging what dependencies into which file(s) But by having an apt repo (that users would subscribe to), you make it much easier for user…

We do have one!

https://caddyserver.com/docs/install#debian-ubuntu-raspbian

Re: Show HN: Caddy 2

#193

Post by lenkite »

rubyn00bie wrote: post #188
lenkite wrote: post #169

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.

Sooo... you bring up something I could use some "learn me somes" on... golang. Recently, in my personal life when choosing a "next language" to learn I chose Rust over Go because it seemed to offer everything Go does, and then some (like them systems level programmings). However, at my current employer, Go has a solid following and I'm unlikely to sell Rust (or even want to[1]): could you please speak to that real-wo…

Go is excellent for writing CLI's and network services since it comes with built-in cross-platform sockets, HTTP, easy-concurrency, crypto, SSL and a comprehensive standard library. You don't need an overarching framework. You can pick and choose helper libs if you really need them.

Doing the same in something like C++ or Java is a headache simply because the standard library is not sufficient and you waste valuable time in framework and library decision making.

I learnt golang through books. The traditional GOPL, and OReilly's "Concurrency in Go". "Go Programming Blueprints 2nd Edition" shows how to implement several projects using (mostly) the Go standard library.

(Sometimes developer time is not always the top most consideration though. There is one internal service that we refactored from Python -> Golang -> C++ for low-latency and low-memory performance.)

Not tried Rust yet.

Re: Show HN: Caddy 2

#195

Post by Tomte »

Is there a caching layer/plugin for Caddy 2? http.cache existed for Caddy 1, but I couldn't find it in the Caddy 2 documentation.

Re: Show HN: Caddy 2

#197

Post by qrv3w »

I love Caddy 1, been using it for years after my annoyances with nginx. I've never looked back. Built-in TLS setup is amazing but the killer is that you can host a website with only a few lines of configuration in a single file. Now I'm managing dozens of websites with a single file with only ~4 lines of config per domain (most of it is the same).

I was nervous about Caddy 2 because I could imagine the core was better but I couldn't fathom how the config process could be any better than v1 (my favorite part). I was wrong - the v2 config introduces some clever ideas which makes it better too. It has a great simplicity to it that is extremely powerful and I found that I could get rid of a couple of the plugins I used with v1 because you can harness the power of the v2 matchers to do so many things.

Thank you mholt and thank you francislavoie, Caddy 2 is awesome!

Re: Show HN: Caddy 2

#198

Post by thayne »

francislavoie wrote: post #123
jbverschoor wrote: post #116

Earlier quoted context omitted.

So you’re saying that even if your app compiles to a single binary, that’s a requirement? I understand why, but it’s indeed quite a pain.

Yup. It's a bummer. https://go-team.pages.debian.net/packaging.html

Unless I'm missing something, that only says you need to package all dependencies if it is a library. Which means you could make a binary-only statically compiled package without adding a bunch of dependencies right?

Of course, that isn't helpful if you need to compile with extra plugins, but in that case you are probably using standard go tools and not apt packages anyway.

Re: Show HN: Caddy 2

#199

Post by tobya »

Excellent. I'm really excited about Caddy 2. We've been using Caddy 1 to server all our main sites over https and simply for the last 4 years. I moved away from Apache and have never ever looked back.

Well done Matt and Francis

Re: Show HN: Caddy 2

#200

Post by mholt »

tobya wrote: post #199

Excellent. I'm really excited about Caddy 2. We've been using Caddy 1 to server all our main sites over https and simply for the last 4 years. I moved away from Apache and have never ever looked back. Well done Matt and Francis

Thank you Toby :) Glad you've been with us for so long! Thank you for your support.
Post reply on HN