变量 NEXT_PUBLIC_TURNSTILE_SITE_KEY： 构建时变量，需要配置到 build time 中 TURNSTILE_SECRET_KEY 步骤 Turnstile widgets

集成 AWS SES + AWS SNS 配置 Identities 通过 DKIM authentication 验证身份 配置 SNS Topic 创建 SNS Topic 登录 AWS 控制台，打开服务：SNS（Simple Notification Service） 点击左侧导航栏的 “Topics” → [Create topic] ...

是什么 是 Cloudflare的消息队列 目的 解耦、削峰、异步化 优势 至少一次（at-least-once）投递 批处理/重试/延迟 死信队列（DLQ） 不收 egress 带宽费 解决了什么问题 把重活从请求链路“挪走”：HTTP 请求先快速返回，把耗时任务（发邮件、写数据库、调用第三方 API、生成任务等）丢进队列慢慢处理，避免超时与抖动。 削峰填谷：流量突刺时先入队，消费者按可控并发/批量处理，防止下游（DB / 第三方）被打爆。 可靠性：失败自动重试，超过重试上限可进 DLQ 便于排查（否则达到上限会被删除）。 Workers 之外也能消费：支持 pull consumer，外部服务用 HTTP 拉取并 ack（注意是短轮询）。

配置项 API Credentials Client ID: Secret Webhooks Webhook ID 创建订阅计划 https://www.paypal.com/billing/overview 获取Product ID

Paypal CN PayPal中国个人卖家账户注册指南 PayPal Standard Checkout 【视频】如何填写PayPal跨境收款中的店铺链接

Environment variables / 环境变量 运行时环境变量 build time环境变量

背景： 为了给 Example.com 配置 support@ 企业邮箱，不想买 Google Workspace（$6/月），于是采用了“拼接”方案。 收信：Cloudflare Email Routing（转发到 Gmail）。 发信：AWS SES（SMTP 服务）。 客户端：Gmail 网页版（统一收发）。 1. 核心架构 收件路径：客户 -> support@ -> Cloudflare -> 转发至 Gmail。 发件路径：Gmail -> AWS SMTP 接口 -> AWS SES -> 客户。 2. 配置步骤 (Cheatsheet) 第一步：AWS SES 准备 (发信引擎) 验证域名：在 AWS SES (Region: us-west-2) 添加 Example.com，获取 DKIM 的 3 个 CNAME 记录。 移出沙盒：刚注册是 Sandbox 模式，必须点击 “Request Production Access”，理由填真实业务用途（如 Transactional emails for users）。 获取凭证： 入口：SES -> SMTP Settings -> Create SMTP credentials。 注意：下载 CSV 保存好，User/Pass 只显示一次。这不是 AWS 登录密码！ 第二步：DNS 配置 (Cloudflare) 为了不进垃圾箱，必须配齐“安保三件套”： ...

在使用 opennextjs-cloudflare 部署 Next.js 时，图片优化是一个大坑。 最初我尝试了官方的 Binding 模式，但遇到了格式无法自动转换（一直是 JPEG）和缓存配置麻烦的问题。经过摸索，最终切换到了 Custom Loader 模式。这个方案直接利用 Cloudflare 原生的图片转换服务（/cdn-cgi/image/），不仅无需消耗 Worker 资源，还能强制输出 WebP/AVIF 格式，速度飞快。 ...

本文将详细拆解 Creem -> Wise -> 支付宝/微信 的全链路配置，并重点分享什么时候提现最省钱以及如何防止 Wise 封号的血泪经验。 💰 核心资金链路 我们的目标是建立一条损耗最低、合规性最高的通道： ...