3 ms·
Their one major disadvantage is the chasm between version 1 and 2. Most info you can find is about version 1 and does not apply to version 2. I don't like its
by dizhn 4y ago
Their one major disadvantage is the chasm between version 1 and 2. Most info you can find is about version 1 and does not apply to version 2.
I don't like its community much either. The top guys are pretty arrogant. You can meet them in discord.
They spent months trying to get away from adding forward proxy support claiming another project provided support for it. (That project changed three times in that time frame) Now they added the feature like somebody just asked for it and they added it.
- BrandoElFollito 4y agoI do not know who the "top guys" are but support from Matt and Francis has been extraordinary for me. When starting with Caddy (v1) I missed part of the docs and asked questions in the community - I never got a RTFM answer. It is difficult to embrace a new product and these guys understand it. The Go community, on the other hand... :)
- mholt 4y agoWe try to be helpful :D Thank you for the kind remarks and for being part of our community!
- francislavoie 4y ago> They spent months trying to get away from adding forward proxy support claiming another project provided support for it. That is not what happened. We did not understand what people were asking for at the time, partly because it wasn't clearly explained to us. > Now they added the feature like somebody just asked for it and they added it. It being added recently was because of other changes to the codebase that made it possible to implement easily. We didn't have response intercepting working correctly in the reverse_proxy module until more recently, and it took some careful refactors to get it right. Once we were made aware of an issue in Authelia's issue tracker (one of the top open source auth servers) asking for Caddy support, we looked into it more closely. Nobody reached out to us about that issue being open, for whatever reason. We got a massive amount of help from James Elliott at Authelia who did extensive testing and helped us design the config layer so that it would match general expectations. The issue I think you're talking about is this one: https://github.com/caddyserver/caddy/issues/2894 https://github.com/caddyserver/caddy/issues/2894. Early on in v2 betas, we opened the discussion to get community feedback about the "Authenticator" interface, i.e. https://github.com/caddyserver/caddy/blob/master/modules/caddyhttp/caddyauth/caddyauth.go#L100-L106 https://github.com/caddyserver/caddy/blob/master/modules/cad... and what would be needed to support everyone's needs. Nobody ever suggested "forward auth" in that issue. It was all very handwavey suggestions with nothing truly actionable. So the discussion stagnated, and we closed the issue. > Their one major disadvantage is the chasm between version 1 and 2. Most info you can find is about version 1 and does not apply to version 2. Caddy v2's been out for 2.5 years now. I think the balance has shifted on this, it's much easier to find info for v2 than some time ago. That came naturally. It's to be expected for _any_ major change in a project's direction. It's not unique to Caddy in any way. > I don't like its community much either. The top guys are pretty arrogant. With all the above said, I think it's moreso that we feel the need to defend Caddy and its reputation, especially because it keeps getting attacked due to misinformed comments, for example the question of licensing; the licensing issue people had was mostly invented based on a misunderstanding. But feel free to elaborate on what you think we're being "arrogant" about. I'd be glad to clarify any misunderstandings.