运维与自动化
把前台交给 Cloudflare：gcms 静态部署指南
公开访问走 Cloudflare 静态资源，后台和数据库继续留在自己的服务器。速度、稳定性和安全边界，一次都讲清楚。
如果你想让网站访问更快，但又不想把后台、数据库和上传目录直接放在公网流量前面，Cloudflare 部署就是 gcms 里最值得先打开的功能之一。
它做的事很明确：前台静态化上边缘，后台继续留在当前服务器。 访客看到的是 Cloudflare 托管的静态页面；你仍然在 gcms 后台写文章、改主题、管理链接和预览草稿。
它解决什么问题
传统自托管内容站最容易卡在两个点：公网访问都打到源站，服务器小一点就担心扛不住；后台和前台共用一个入口，安全边界不够清楚。gcms 的 Cloudflare 部署把这两件事拆开：读者走边缘静态站，管理员走原来的后台。
优势一：公开前台更快更稳
部署后，文章页、分类页、资源页、RSS、站点地图、CSS、JS 和公开图片都会导出成静态文件并上传到 Cloudflare。大多数访客请求不再穿回源站，页面离用户更近，小规格 VPS 也能把后台维护和内容写作稳稳跑住。
优势二：后台边界更清楚
Cloudflare 只负责公开前台。后台登录、数据库、草稿预览、自动化接口和上传处理仍然在当前 gcms 服务器。这样你可以把公开阅读入口和管理入口分开考虑：读者需要快，后台需要安全和可控。
优势三：同步节奏可控
内容保存后，可以按三种节奏同步：
- 实时同步：内容更新后自动发布，适合更新频繁、希望前台尽快变化的网站；
- 每天同步：有变化时等到指定时间统一发布，适合团队固定发版节奏；
- 手动同步：只在你点击部署时发布，适合重要页面、营销页或需要人工复核的站点。
怎么使用
登录后台后进入「设置 → Cloudflare 部署」，按页面上的轻量向导走就可以：
- 先确认你的域名已经托管到 Cloudflare；
- 填写主域名，例如
example.com； - 按需填写别名域名，例如
www.example.com； - 点击「打开 Cloudflare 授权模板」，在 Cloudflare 里创建 Token；
- 把 Token 粘贴回 gcms，保存配置；
- 在「部署状态」里点击部署，确认静态站、DNS 和同步规则都正常。
默认推荐 Worker Assets，因为入口控制更强，适合长期托管和路由保护；如果你更习惯在 Cloudflare 控制台里看到项目和部署记录，也可以在高级设置里切换到 Pages。
适合哪些网站
产品官网、文档站、资源导航、独立博客、活动落地页都很适合。它们的共同点是：公开访问以读为主，后台写作和维护不需要暴露给高频访问流量。
上线前注意
Cloudflare 部署不会替你保管后台数据，数据库仍然在源站，所以源站的数据库备份仍然要做。第一次上线建议先选手动同步，确认域名、canonical、RSS、站点地图和图片路径都正确后，再切到实时或每天同步。
公开前台交给边缘网络，管理后台留在自己手里。这是自托管和性能之间很舒服的平衡点。