给静态站加邮件本该是已解决的问题。
我只需要：收联系表单提交、用自己域名发回复。听起来简单，但现代邮件服务商生态感觉非常碎片化。
一开始试了 MailChannels，号称在反垃圾上比别家强。但物理规律不变——文档差、开发体验到处是摩擦，理论优势就没意义。我花在折腾配置上的时间比写代码还多。
Formspree 呢？它是静态站默认推荐。
但 Formspree 是表单接口，不是邮件方案。免费提交限制很严，也没解决另一半：从域名发邮件。我需要完整的双向邮件路由，又不想搞一个专用收件箱。
所以回到以前用过的老方案：Mailgun。
Mailgun 就是能用。收信和路由规则完全可控，把来信转到我个人邮箱轻而易举；外发投递有成熟平台的可靠性。API 可预期、文档详尽、开发体验不挡道。
有时候最好的架构选择不是最新工具，而是十年前就悄悄把你现在这个问题解决掉的那个。
你可以跑一个带评论和动态的静态站，而不跑数据库也不跑 API。做法就是把 GitHub 当成你从不用运维的后端。 身份、存储、动态通常意味着鉴权、数据库和某种实时更新。对个人站或小项目来说，零件太多了。 我希望读者能评论，也希望展示近期工作——又不想再起一个服务或为评论 SaaS…
静态站不会在有人打开页面时跑代码，这正是目的。但 newsletter 需要动态：接收订阅、发确认邮件、处理点击、把联系人加进列表、发欢迎信。那怎么既保持站点静态，又完整掌控整个流程？ 我的做法是：用 Resend 发信，用 Cloudflare Pages Functions 提供那一小块 API。HTML…
多数「发定期摘要」的建议都假设你需要一个调度器：cron、定时触发的 Lambda，或托管服务「每周二 9 点跑」。如果你的内容在 CMS 里全天更新、你只想在固定时间抓一版，那没问题。但若站点是静态的、内容只在部署时变化，调度器就是错误的抽象。 我把摘要当成 CI 里的一步，紧接在站点 build 和 deploy…
我想在文章和项目页有评论区，但不想自己跑数据库或写 API。 静态站很好，直到你需要有地方存状态。评论就是这种——别人的数据，挂在你的内容上。常见选择要么很重（Disqus，广告和追踪），要么是坑（自建 Commento、审核、垃圾）。我不想再维护一个服务，也不想为评论 SaaS 付钱，免得以后不想管了还得惦记。…
当我发布关于构建、软件或投资的新内容时，会偶尔发送更新。无垃圾邮件，可随时退订。
Or follow via feed
通过 RSS 订阅