伟然 的个人博客

玩转 Caddyfile：从零到精通的配置艺术 Caddyfile 的基本编写原则是：直观、自上而下、按块组合。 一、 Caddyfile 的核心结构解析 标准的 Caddyfile 结构非常固定，主要由 Site Block（站点块）、Matchers（匹配器） 和 Directives（指令） 组成。 1. 单站点基本结构 如果你的服务器只托管一个网站，甚至连最外层的大括号 {} 都可以省略： 代码段 # 这是一个单站点配置示例（# 号后是注释） example.com { # 指令 (Directives) 写在这里 file_server } 2. 多站点基本结构 如果一台服务器要托管多个域名，用大括号将它们隔开即可： 代码段 # 站点 A：博客 blog.example.com { reverse_proxy localhost:2368 } # 站点 B：静态官网 www.example.com { root * /var/www/html file_server } 3. 全局配置块 (Global Options Block) 如果你需要配置一些全局生效的参数（如：....

在如今的 Web 开发中，Nginx 凭借其强大的生态统治了很久。但如果你厌倦了繁琐的 SSL 证书配置和臃肿的配置文件，那么 Caddy 绝对会让你眼前一亮。它最杀手级的特性就是原生自带免费的自动 SSL 证书申请与续签（Let's Encrypt / ZeroSSL），可以说是真正做到了“开箱即用”。 本文将带你通过两种最主流的方式来部署 Caddy 2：Docker Compose 部署（适合容器化管理）和系统原生部署（适合追求极致性能的物理机或 VPS）。 为什么选择 Caddy？（vs Nginx 痛点对比） 如果你之前用过 Nginx，你一定经历过以下几件“痛苦面具”的事： SSL 证书焦虑：不仅要装 Certbot，写定时任务（Cron）去续签，偶尔还会因为证书过期导致网站“报红”。 配置文件又长又臭：为了配个 HTTPS 反向代理，要在 nginx.conf 里塞满各种 proxy_set_header、SSL 路径和密文套件配置，少个分号（;）系统就起不来。 HTTP/3 还要自己编译：想要体验最新的网络协议，还得手动编译 Nginx 源码，极其繁琐。 而作为后起之秀....