Fast and extensible multi-platform HTTP/1-2-3 web server with automatic HTTPS
Go to file
Matt Holt 5d97522d18
v2: 'log' directive for Caddyfile, and debug mode (#3052)
* httpcaddyfile: Begin implementing log directive, and debug mode

For now, debug mode just sets the log level for all logs to DEBUG
(unless a level is specified explicitly).

* httpcaddyfile: Finish 'log' directive

Also rename StringEncoder -> SingleFieldEncoder

* Fix minor bug in replacer (when vals are empty)
2020-02-25 22:00:33 -07:00
caddyconfig v2: 'log' directive for Caddyfile, and debug mode (#3052) 2020-02-25 22:00:33 -07:00
cmd Fix typo in cmdStart comment 2020-02-25 02:33:33 -05:00
modules v2: 'log' directive for Caddyfile, and debug mode (#3052) 2020-02-25 22:00:33 -07:00
.gitignore Add missing fuzzer (#2844) 2019-10-30 23:57:22 +03:00
.golangci.yml v2: Project-and-CI-wide linter config (#2812) 2019-10-15 15:37:46 -06:00
admin_test.go admin: POST /... expands and appends all array elements 2019-12-17 10:11:45 -07:00
admin.go Config auto-save; run --resume flag; update environ output (close #2903) 2019-12-31 16:56:19 -07:00
AUTHORS Add authors file 2019-06-30 16:06:24 -06:00
azure-pipelines.yml v2: housekeeping: address minor lint complaints (#2957) 2020-01-03 11:33:22 -07:00
caddy.go Couple of minor fixes, update readme 2019-12-31 22:51:55 -07:00
context_test.go core: Add godoc examples for LoadModule 2019-12-10 14:06:35 -07:00
context.go v2: housekeeping: address minor lint complaints (#2957) 2020-01-03 11:33:22 -07:00
go.mod v2: 'log' directive for Caddyfile, and debug mode (#3052) 2020-02-25 22:00:33 -07:00
go.sum v2: 'log' directive for Caddyfile, and debug mode (#3052) 2020-02-25 22:00:33 -07:00
LICENSE Add license 2019-06-30 16:07:58 -06:00
listeners_fuzz.go core: Use port ranges to avoid OOM with bad inputs (#2859) 2019-11-11 15:33:38 -07:00
listeners_test.go Don't append port to unix sockets 2019-12-06 11:45:50 -07:00
listeners.go v2: housekeeping: address minor lint complaints (#2957) 2020-01-03 11:33:22 -07:00
logging.go v2: housekeeping: address minor lint complaints (#2957) 2020-01-03 11:33:22 -07:00
modules_test.go Couple of minor fixes, update readme 2019-12-31 22:51:55 -07:00
modules.go Make comment more readable about caddy ModuleID's Name() method. (#3080) 2020-02-25 09:11:29 -07:00
README.md Fix typo in readme 2020-02-07 11:26:48 -07:00
replacer_fuzz.go fuzz: introduce continuous fuzzing for Caddy (#2723) 2019-10-25 18:52:16 -06:00
replacer_test.go v2: 'log' directive for Caddyfile, and debug mode (#3052) 2020-02-25 22:00:33 -07:00
replacer.go v2: 'log' directive for Caddyfile, and debug mode (#3052) 2020-02-25 22:00:33 -07:00
sigtrap_nonposix.go Standardize exit codes and improve shutdown handling; update gitignore 2019-07-12 10:07:11 -06:00
sigtrap_posix.go v2: Logging! (#2831) 2019-10-28 14:39:37 -06:00
sigtrap.go v2: Logging! (#2831) 2019-10-28 14:39:37 -06:00
storage.go Tune AppConfigDir and docs for Storage module 2019-12-31 18:31:43 -07:00
usagepool.go Minor cleanups 2019-11-15 12:47:38 -07:00

Caddy 2

This is the development branch for Caddy 2.

Caddy 2 is production-ready, but there may be breaking changes before the stable 2.0 release. Please test it and deploy it as much as you are able, and submit your feedback!

Caddy 2 is the web server of the Go community. We are looking for maintainers to represent the community! Please become involved with issues, PRs, our forum, sharing on social media, etc.


Caddy

Every site on HTTPS

Caddy is an extensible server platform that uses TLS by default.


@caddyserver on Twitter Caddy Forum Caddy on Sourcegraph

Download · Documentation · Community

Menu

Powered by
CertMagic

Build from source

Note: These steps will not embed proper version information. For that, please follow the instructions below for building with plugins (you do not have to add any plugins).

Requirements:

Download the v2 source code:

$ git clone -b v2 "https://github.com/caddyserver/caddy.git"

Build:

$ cd caddy/cmd/caddy/
$ go build

That will put a caddy(.exe) binary into the current directory.

If you encounter any Go-module-related errors, try clearing your Go module cache ($GOPATH/pkg/mod) or Go package cache ($GOPATH/pkg) and read the Go wiki page about modules for help. If you have issues with Go modules, please consult the Go community for help. But if there is an actual error in Caddy, please report it to us.

Building with plugins

Caddy is extensible with plugins. Plugins are added at compile-time, so all Caddy binaries are static (self-contained) and portable.

Instructions for doing this are also given in comments in cmd/caddy/main.go which you can copy and use as a template.

  1. Create a new folder: mkdir caddy
  2. Change into it: cd caddy
  3. Copy Caddy's main.go into the empty folder. Add imports for any plugins you want to include.
  4. Run: go mod init caddy
  5. Run: go get github.com/caddyserver/caddy/v2@TAG replacing TAG with the latest v2 tag. (Won't be necessary after stable 2.0 release.)
  6. Run: go build

Congrats, you now have a custom Caddy build with proper version information!

Quick start

The Caddy website has documentation that includes tutorials, quick-start guides, reference, and more.

We recommend that all users do our Getting Started guide to become familiar with using Caddy.

If you've only got a few minutes, the website has several quick-start tutorials to choose from! However, after finishing a quick-start tutorial, please read more documentation to understand how the software works. 🙂

Overview

Caddy is most often used as an HTTPS server, but it is suitable for any long-running Go program. First and foremost, it is a platform to run Go applications. Caddy "apps" are just Go programs that are implemented as Caddy modules. Two apps -- tls and http -- ship standard with Caddy.

Caddy apps instantly benefit from automated documentation, graceful on-line config changes via API, and unification with other Caddy apps.

Although JSON is Caddy's native config language, Caddy can accept input from config adapters which can essentially convert any config format of your choice into JSON: Caddyfile, JSON 5, YAML, TOML, NGINX config, and more.

The primary way to configure Caddy is through its API, but if you prefer config files, the command-line interface supports those too.

Caddy exposes an unprecedented level of control compared to any web server in existence. In Caddy, you are usually setting the actual values of the initialized types in memory that power everything from your HTTP handlers and TLS handshakes to your storage medium. Caddy is also ridiculously extensible, with a powerful plugin system that makes vast improvements over other web servers.

To wield the power of this design, you need to know how the config document is structured. Please see the our documentation site for details about Caddy's config structure.

Nearly all of Caddy's configuration is contained in a single config document, rather than being scattered across CLI flags and env variables and a configuration file as with other web servers. This makes managing your server config more straightforward and reduces hidden variables/factors.

Full documentation

Our website has complete documentation:

https://caddyserver.com/docs/

The docs are also open source. You can contribute to them here: https://github.com/caddyserver/website

Getting help

  • We strongly recommend that all professionals or companies using Caddy get a support contract through Ardan Labs before help is needed.

  • Individuals can exchange help for free on our community forum at https://caddy.community. Remember that people give help out of their spare time and good will. The best way to get help is to give it first!

Please use our issue tracker only for bug reports and feature requests, i.e. actionable development items (support questions will usually be referred to the forums).

About

The name "Caddy" is trademarked. The name of the software is "Caddy", not "Caddy Server" or "CaddyServer". Please call it "Caddy" or, if you wish to clarify, "the Caddy web server". Caddy is a registered trademark of Light Code Labs, LLC.