Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Will it still be actively maintained? #25

Closed
Platway opened this issue Dec 5, 2023 · 1 comment
Closed

Will it still be actively maintained? #25

Platway opened this issue Dec 5, 2023 · 1 comment
Labels
question Further information is requested

Comments

@Platway
Copy link

Platway commented Dec 5, 2023

I've still been using Caddy v1 as I don't like v2. I found this repo yesterday and decided to upgrade my Caddy v1 to Casket. But I saw the latest release was more than a year ago and would like to know if there's any plan. Or is there any other active Caddy v1 forks out there? Thanks for your great work!

@Lustyn
Copy link
Member

Lustyn commented Dec 5, 2023

While this repo is not super active, we are very much still making wide use of Casket (primarily within tmpim). The most notable usage is probably powering TETR.IO and SwitchCraft. Pull requests are welcome for any bug fixes or feature-creep you may encounter along the way.

That being said, there are a few big fish to fry for true maintainability going forward:

  1. Certmagic is sorely out of date, we are at risk of using deprecation path ACME depending on what direction Let's Encrypt may go in the future. tmpim is mostly missing anyone with a motivation to tackle this, and I probably wouldn't recommend casket for production / enterprise reliability for this reason. It's still a great tool for personal use or scenarios where you're comfortable exploring a different web server in the future if the project gets too stale.
  2. Any plugin ecosystem is missing, and you will lose any benefits of the public builds if you have use-cases that fall outside of ours without making an effort to merge those plugins upstream in casket-plugins (PRs definitely welcome there too!).

Our concerns with forking Caddy were mostly around keeping us within the bounds of what was provided to us by Caddy v1, without having to teach a whole lot of people the new semantics of Caddy v2's configuration format and pulling in a load of unnecessary "cloud-native" features. There are a few big things that pushed us away:

  1. Caddy v2 seems focused, as mentioned, on being a "cloud-native" web server a-la Traefik and co. This is great for those in that space, but for a bunch of developers best described as "hackers" who run our own small infrastructure it is biting off far too much to chew.
  2. Somewhat a side effect of the above, but Caddy v2 has terrible defaults for the average user. Things like JSON logs, Admin API, are all on by default with difficult at best ways to opt-out of those features.
  3. The configuration language was completely replaced, providing completely different semantics more similar to NGINX than what made Caddy good before. It still has automatic certificate management, but that's about all of the previous magic that remains.

To summarize, you're welcome to join us in using this fork, and we would much appreciate any contributions anyone would want to make. But we can't say for certain if that will continue for good 🤷

@Lustyn Lustyn pinned this issue Dec 5, 2023
@Lustyn Lustyn added the question Further information is requested label Dec 12, 2023
@Lustyn Lustyn closed this as completed Jan 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants