跳到正文
WC.

把 GitHub 当后端

1 分钟阅读基础设施
#github#giscus#static-sites

API GitHub

静态站把 GitHub 用作身份、讨论和构建时活动数据后端的架构图。

SaaS GitHub

Giscus GitHub Discussions GitHub Discussions

GraphQL API public/ JSON

GitHub

commit feed

GitHub OAuth Discussions API

继续阅读

没有后端的评论

我想在文章和项目页有评论区,但不想自己跑数据库或写 API。 静态站很好,直到你需要有地方存状态。评论就是这种——别人的数据,挂在你的内容上。常见选择要么很重(Disqus,广告和追踪),要么是坑(自建 Commento、审核、垃圾)。我不想再维护一个服务,也不想为评论 SaaS 付钱,免得以后不想管了还得惦记。…

1 分钟阅读基础设施
giscuscommentsstatic-sites
用 Resend 和 Cloudflare 从静态站发 newsletter

静态站不会在有人打开页面时跑代码,这正是目的。但 newsletter 需要动态:接收订阅、发确认邮件、处理点击、把联系人加进列表、发欢迎信。那怎么既保持站点静态,又完整掌控整个流程? 我的做法是:用 Resend 发信,用 Cloudflare Pages Functions 提供那一小块 API。HTML…

1 分钟阅读基础设施
newsletterresendcloudflare
把定期 newsletter 当成构建步骤

多数「发定期摘要」的建议都假设你需要一个调度器:cron、定时触发的 Lambda,或托管服务「每周二 9 点跑」。如果你的内容在 CMS 里全天更新、你只想在固定时间抓一版,那没问题。但若站点是静态的、内容只在部署时变化,调度器就是错误的抽象。 我把摘要当成 CI 里的一步,紧接在站点 build 和 deploy…

1 分钟阅读基础设施
newsletterstatic-sitesci
静态站邮件的摩擦

给静态站加邮件本该是已解决的问题。 我只需要:收联系表单提交、用自己域名发回复。听起来简单,但现代邮件服务商生态感觉非常碎片化。 一开始试了 MailChannels,号称在反垃圾上比别家强。但物理规律不变——文档差、开发体验到处是摩擦,理论优势就没意义。我花在折腾配置上的时间比写代码还多。 Formspree…

1 分钟阅读基础设施
infrastructuremailgunstatic-sites