diff options
| author | lu4p <lu4p@pm.me> | 2019-12-05 00:28:13 +0100 |
|---|---|---|
| committer | Matt Holt <mholt@users.noreply.github.com> | 2019-12-04 16:28:13 -0700 |
| commit | 68adfdc559e3a97f19ec85ec2e1e5d3ceae20161 (patch) | |
| tree | 54de3b9d0ad402779e63a3357656fece19a04c6c /README.md | |
| parent | a841688cc030f6fe3991fdf3f5a12d280591536b (diff) | |
Fix misspellings (#2908)
Diffstat (limited to 'README.md')
| -rw-r--r-- | README.md | 2 |
1 files changed, 1 insertions, 1 deletions
@@ -185,7 +185,7 @@ The following is a non-comprehensive list of significant improvements over Caddy - Silky-smooth graceful reloads. Update the configuration up to dozens of times per second with no dropped requests and very little memory cost. Our unique graceful reload technology is lighter and faster **and works on all platforms, including Windows**. - An embedded scripting language! Caddy2 has native Starlark integration. Do things you never thought possible with higher performance than Lua, JavaScript, and other VMs. Starlark is expressive, familiar (dialect of Python), _almost_ Turing-complete, and highly efficient. (We're still improving performance here.) - Using [XDG standards](https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables) instead of dumping all assets in `$HOME/.caddy`. -- Caddy plugins are now called "Caddy modules" (although the terms "plugin" and "module" may be used interchangably). Caddy modules are a concept unrelated [Go modules](https://github.com/golang/go/wiki/Modules), except that Caddy modules may be implemented by Go modules. Caddy modules are centrally-registered, properly namespaced, and generically loaded & configured, as opposed to how scattered and unorganized Caddy 1-era plugins are. +- Caddy plugins are now called "Caddy modules" (although the terms "plugin" and "module" may be used interchangeably). Caddy modules are a concept unrelated [Go modules](https://github.com/golang/go/wiki/Modules), except that Caddy modules may be implemented by Go modules. Caddy modules are centrally-registered, properly namespaced, and generically loaded & configured, as opposed to how scattered and unorganized Caddy 1-era plugins are. - Modules are easier to write, since they do not have to both deserialize their own configuration from a configuration DSL and provision themselves like plugins did. Modules are initialized pre-configured and have the ability to validate the configuration and perform provisioning steps if necessary. - Can specify different storage mechanisms in different parts of the configuration, if more than one is needed. - "Top-level" Caddy modules are simply called "apps" because literally any long-lived application can be served by Caddy 2. |