搜索：
搜索到 26 篇与 的结果-
一步一步把 Firebase 搞定：从入门到实战的全流程手把手教程 大家都觉得 Firebase 就是谷歌的一个高级云平台，只要点几下按钮就能把所有功能打开，真的能把后端省掉，省得去装服务器。但实际上，刚接触时很多人会卡在几个基本概念上：到底该怎么创建项目、怎样把数据写进去、怎么确保数据安全。很多文档都是一步步拆解的代码示例，读起来像是流水线，缺少对整体思路的解释，让人感觉只是在跟机器对话。先把核心思路拆开来：① Firebase 本质上是一个提供实时数据同步、用户认证、文件存储和托管等服务的集合；② 这些服务都是通过 SDK 或者 REST 接口直接在客户端调用，省去自建服务器的麻烦；③ 数据的读写权限需要通过规则来控制，不能随便放开。一、从零开始搭建一个最小项目 ① 在控制台新建一个项目，记下自动生成的配置信息（包括 API 密钥、项目编号等）。 ② 在本地创建一个网页或移动项目，使用 npm 安装 Firebase 包。 ③ 把配置信息填进代码里，调用初始化函数。 这样最基本的“把 Firebase 拉进来”就完成了，接下来可以尝试把数据写进数据库。二、写入数据——像往笔记本里记事一样大家都觉得往数据库里写数据要写很多 SQL 语句，其实在 Firebase 里，只要调用 add 方法，传一个普通的对象就行。比如想记录一条购物清单，只要提供商品名称、加入时间、是否完成这几个字段，系统会自动生成唯一的文档 ID，并把它存进“购物清单”这个集合。大白话解释：把集合想象成文件夹，文档是文件，系统帮你起名，你只负责写内容。这样做的好处是免去手动生成主键的烦恼，也天然支持多端实时同步。三、读取数据——把“实时”变成“实时看见”很多人以为读取数据只能等页面刷新后才能看到最新内容。其实只要在代码里监听集合的变化，一旦有新文档写入或旧文档被修改，客户端会立即收到回调，页面会自动更新。举个例子：一个多人协作的待办列表，只要有人添加或勾掉任务，其他人打开的页面立刻就会显示最新状态，不需要手动刷新。四、权限规则——别让陌生人随意改数据大家都觉得只要把数据写进去就算成功了，却忽略了安全。Firebase 提供类似 JSON 的规则语言，让你可以基于用户身份、文档路径等条件来决定谁能读、谁能写。比如可以规定：只有登录用户才能写自己的购物清单，所有人都能读公开的商品信息。这样即使把数据库暴露在公网，也不会出现数据被随意篡改的风险。五、离线缓存——网络不好的时候也能继续工作很多人以为必须一直保持网络才能用 Firebase。实际上 SDK 已经内置了离线缓存机制，数据会先写到本地，等网络恢复后再同步到云端。这样即使在地铁里没信号，应用仍然可以正常操作，等上车后自动补上。六、部署静态资源——把网页直接放到云上完成前端页面后，只需要一条命令就能把整个站点部署到 Firebase Hosting。部署后会自动分配 HTTPS 域名，全球 CDN 加速，让用户访问更快。七、把这些步骤串起来的完整示例 // 1. 初始化 import { initializeApp } from "firebase/app"; import { getFirestore, collection, addDoc, onSnapshot } from "firebase/firestore"; const firebaseConfig = {/* 省略配置信息 */}; const app = initializeApp(firebaseConfig); const db = getFirestore(app); // 2. 添加文档 async function addItem(name){ await addDoc(collection(db, "shopping"), {name, done:false, ts: Date.now()}); } // 3. 实时监听 onSnapshot(collection(db, "shopping"), (snapshot)=>{ snapshot.forEach(doc=>{ console.log(doc.id, doc.data()); }); }); 以上代码展示了从初始化、写入、实时读取的完整流程，配合控制台里设置的安全规则，就能保证只有合法用户才能操作。八、对普通开发者的意义把这些概念和操作用最贴近生活的方式讲清楚后，你会发现原本觉得高深的云服务其实像搭乐高一样：先准备好基础块（项目、配置），再把每块拼起来（SDK 初始化、数据增删改查、规则），最后装上外壳（托管、离线缓存），即可快速交付一个可用的产品。这对没有后端经验的前端同学尤其友好，省去了维护服务器、写 API、部署数据库的时间成本，让你可以把精力集中在业务逻辑和用户体验上。👉 记住：1️⃣ 先把项目和配置搞定2️⃣ 用 SDK 简单调用实现增删改查3️⃣ 用规则锁好门4️⃣ 利用离线缓存提升容错5️⃣ 部署到托管平台让全世界都能访问只要按照这条路线走，哪怕是第一次接触云服务，也能在几个小时内交付一个真正可用的示例项目。 -
DCDeploy 深度评测：把代码直接变成外卖服务的云平台 最近在逛技术社区的时候，看到了一篇关于 DCDeploy 的官方简介和一堆功能列表，兴趣盎然。朋友们常说，选云服务就像选外卖，图省事、怕麻烦、要有好评。于是我把这篇官方文案拆开，用最生活化的语言给大家聊聊：到底 DCDeploy 是什么，它真的能帮我们省心省钱吗？一、DCDeploy 概念：把服务器当成外卖套餐想象一下，你要点一份外卖，从挑食材、调味、烹饪、装盘到最后送到门口，都由平台全包。传统的云服务往往只给你一块裸露的厨房——你得自己买锅、点火、清理，甚至还要学会怎么用烤箱。而 DCDeploy 的定位，就是把这块裸厨房直接升级成了“全配套厨房”。你只需要把代码（菜谱）丢进去，平台帮你完成烹饪、送餐、甚至在客人少的时候把厨房关掉省电。二、核心卖点拆解 裸金属性能 + 微 VM 隔离：想象一下在高铁上跑步，跑道直通，不受其他列车干扰。DCDeploy 用最新的 Intel Gold、AMD EPYC 处理器直连硬件，算力像跑道一样顺畅；同时在每个应用之间套上微型 VM（相当于给每个跑者装了防撞护具），既有高性能，又安全。 按分钟计费，自动 scale-to-zero：这就像电费表只在灯亮的时候计数，白天不使用的灯全自动熄灭，根本不用担心“忘关灯”。你写的程序只在有人访问时占用机器，没人访问就直接进入零成本待机。 WireGuard 私有网络 + microVM 隔离：把你的数据藏进了加密的暗道，外部想偷看只能先搞懂这条暗道的密码，安全感瞬间提升。 一键部署、自动扩容：只要在 Github 或 Docker 仓库里选好代码，点几下按钮，平台像自动售货机一样把你的服务递过去，遇到流量峰值还能自动加大机器，流量下降后又立刻缩小。 三、真实案例：小团队的“省时省钱”实验小张是一名独立开发者，平时在业余时间写了一个天气预报小程序，想上线让更多人用。过去，他尝试在某云厂商的 VM 上部署，结果每次升级都要手动改安全组、重启服务，耗时两天，还常被突如其来的流量刷到 500。转而用了 DCDeploy： 把代码推到 Github，选择“Spring Boot”模板，一键创建环境，几分钟内就能访问。 平台自动为数据库创建了私有 microVM，外部只能通过安全的 TCP 代理访问。 一周后，朋友推荐大量用户访问，流量瞬间暴涨。系统自动在后台起了三台新实例，用户几乎感受不到卡顿。 流量慢慢回落后，实例又自动降到 zero，费用在那几天内只花了几块钱。 小张说，这比起以前每月几百块的固定服务器费用，省了 70% 成本，而且再也不用担心手动扩容的“傻瓜操作”。四、为什么很多人仍然犹豫？面对新平台，总会有“要不要买单”的纠结： **学习成本**：虽然号称“一键”，但要熟悉环境、名字空间概念，刚开始会有点像学会骑自行车的摔跤期。 **生态兼容**：如果已有大量 Terraform、Helm 脚本，迁移成本不低。但 DCDeploy 支持 GitHub Action、Docker 镜像，逐步迁移是可行的。 **定价透明度**：按分钟计费看着很美，但大流量时如果忘记 scale-to-zero，费用会飙升，需要配合监控和预算报警。 五、使用前的准备清单 准备好代码仓库（GitHub/GitLab）或 Docker 镜像地址。 明确服务类型：Web、API、Cron 任务或数据库。 设定资源上限（CPU、内存）和预期的峰值流量。 打开 WireGuard 客户端或配置好 SSH 隧道，以便本地调试。 在平台仪表盘里打开实时日志和报警，防止费用意外飙升。 六、总结：是时候把“云”变得更像生活的便利DCDeploy 把传统云服务的“硬件租赁”+“自行运维”这两块大石头，拆成了“点餐”和“外卖”。它通过裸金属的高性能、微 VM 的安全隔离、以及按需计费的弹性，帮助我们把注意力重新放在业务本身，而不是服务器的细枝末节。适合： 创业团队、个人开发者：需要快速上线、成本可控。 对安全有要求的内部工具：私有网络、加密传输。 波动流量的产品：自动扩容+scale‑to‑zero。 如果你已经厌倦了每次部署都要“修补代码+调网络+算账”，不妨尝试一下 DCDeploy 的免费层，先感受一下把代码直接变成云端服务的快感。记得打开监控报警，省钱的同时也别让账单“偷跑”。祝大家玩得开心，代码部署不再是枯燥的苦差事！😊
-
零成本打造个人域名邮箱：一步一步玩转 Cloudflare 邮件路由 先说说为什么大家都在聊 Cloudflare 邮件路由。想象一下，平时我们在网购、注册各种账号时，经常要填邮箱。要是直接用自己的 Gmail、QQ，那垃圾邮件、促销信息会直接塞满收件箱，还可能泄露真实身份。如果有一个自己的域名 youname.com，可以把 [email protected]、[email protected] 这类专属地址发给商家、朋友，收件箱里只会出现想要的信件，而真实的个人邮箱根本不被曝光。🛠️ 关键优势，一句话概括 免费：创建自定义地址、转发到任意邮箱全不花钱。 隐私第一：Cloudflare 不存储邮件内容，只是把信件转发。 配置超简：几步点点击，DNS 记录自动生成。 可分析：统计转发成功率、丢弃量，帮助你了解邮件流量。 可编程：想把邮件塞进 Workers 里自定义逻辑也行。 🚀 从零到使用的完整流程下面用「朋友小李」的案例把每一步拆得细致，让你像看漫画一样轻松上手。1️⃣ 准备工作 拥有一个域名（比如 myblog.cn），并把 DNS 托管到 Cloudflare。只要在域名注册商那边把 nameserver 改成 Cloudflare 提供的几组服务器，几分钟后就生效。 准备一个常用的邮箱，比如 Gmail、QQ、Outlook，后面所有邮件都会转到这里。 如果想要在 Gmail 里直接用 [email protected] 发信，需要打开 Gmail 的「两步验证」并生成「应用专用密码」。 2️⃣ 开通 Email Routing（收信）登录 Cloudflare 控制台，点进对应域名 → 左侧菜单「Email」→「Email Routing」→「Set up Email Routing」。系统会提示自动添加 MX 与 TXT 记录，点「Add records automatically」即可。这一步等同于在邮箱世界里装了一扇门，把所有发往 @myblog.cn 的信件先送到 Cloudflare，后面再决定送去哪。3️⃣ 创建转发地址在同一个页面点「Create address」，填入想要的前缀，比如 info，目标邮箱填自己的 Gmail。创建完后 Cloudflare 会给目标邮箱发一封验证邮件，收到后点「Verify」。验证通过后，任何人发送到 [email protected] 的邮件都会瞬间被转发到你的 Gmail。再新建几个别名（support、sales、hello）也同理。4️⃣ 在 Gmail 里配置「以该地址发送」打开 Gmail → 设置 → 「账户和导入」 → 「以其他地址发送邮件」 → 添加新邮件地址。填写 [email protected]，勾选「当作别名」即可。随后系统会要求填写 SMTP 服务器信息。这里直接使用 Gmail 自己的 SMTP（smtp.gmail.com），端口 587，用户名填你的 Gmail 完整地址，密码填上一步生成的 16 位「应用专用密码」。验证成功后，你就可以在 Gmail 撰写邮件时切换 From 为 [email protected]。如果对送达率有更高要求，可以改用第三方免费 SMTP（比如 Brevo）并在 DNS 里添加对应的 SPF / DKIM 记录，效果更稳。5️⃣ 防垃圾邮件 & 解析度提升（可选）虽然 Cloudflare 已经自带钓鱼检测，垃圾邮件总体能被过滤，但如果想让自己邮箱的收件率更高，建议在 Cloudflare DNS 里添加： SPF：v=spf1 include:_spf.cloudflare.net include:_spf.google.com ~all DMARC：v=DMARC1; p=none; rua=mailto:[email protected]（最初用 p=none 观察，再逐步升级） 这样收件服务器在做身份验证时，就会看到你的域名已经声明了合法的发送来源。6️⃣ 全流程测试 用别的邮箱（比如朋友的 163）向 [email protected] 发一封测试信。 检查 Gmail，确认已收到且标题、发件人显示为 [email protected]。 在 Gmail 回复该邮件，确保收件人看到的仍是 [email protected]（而不是你的 Gmail 地址）。 💡 小技巧 & 常见坑点 别直接把自己的 Gmail 当作「别名」发信——如果不配置 SMTP，收件人会看到「via gmail.com」的提示。 不要使用 Catch‑all（全部转发），除非你准备好接收大量拼写错误或机器爬虫发来的垃圾。 MX 记录冲突：开启 Email Routing 会覆盖原有 MX，原来在阿里企业邮或 Google Workspace 的邮箱会被停掉。一定确认不再需要旧服务再开通。 应用专用密码找不到？：要先打开两步验证，若是企业 Google 帐号或开启高级保护，密码会被禁用，只能改用第三方 SMTP。 发送率低？：检查邮件内容是否含有营销词、频繁的大图链接；保持 SPF / DKIM 干净，必要时换成专业邮箱托管。 📌 适用人群画像下面列几个「生活场景」，帮助你判断自己是否真的需要这套方案。 个人博客作者：想给访客一个专业的联系邮箱，却不想花钱买 Google Workspace。 自由职业者 / 独立开发者：对外合作、开票、收款都用独立域名，防止个人邮箱被泄露。 小型团队：让每个人都有自己的别名（sales@、support@），但统一转发到团队共享的 Gmail。 家庭使用：给孩子、老人各建一个 [email protected]、[email protected]，所有邮件直接进父母的邮箱，省去每个人都买邮箱的成本。 🔚 结语从技术上看，Cloudflare Email Routing 并不是完整的邮箱系统——它没有自己的收件箱、没有发送服务器。但正因为它「只负责转发」，才让我们可以零成本、零维护地拿到一个看起来非常专业的域名邮箱。如果你只需要收信、偶尔回复，完全可以按上面的步骤 5 分钟搞定。如果以后业务扩大，需要更可靠的送达率或共享日历、协作功能，再考虑迁移到 Google Workspace、Microsoft 365 或者 Zoho Mail。总之，先试试看，省钱又省心，等你真正需要更高级功能时，再一步步升级。祝大家的「邮件小窝」都能安静又安全~ 🍀
-
一步步把 MoonTVPlus 部署到 Cloudflare，打造私人影视站的全流程指南 很多人都想在家自己弄个影视聚合站，像租个小房子自己装电视一样，听起来既省钱又有面子。可是每次看到那堆Docker‑Compose、Cloudflare Workers、Next.js的文档，就像打开一本外星语言的说明书——眼花缭乱，根本不知道从哪儿下手。先说结论：先把MoonTVPlus给装好，再想怎么玩都是浮云这玩意儿其实就是在原版 MoonTV 基础上加装了外部播放器、视频超分、弹幕、评论抓取等功能。想象一下，原本只能在网页里看电影的普通电视，装了这个插件后，你可以把视频塞进 PotPlayer、VLC 那些熟悉的播放器，还能让画面自动提升清晰度，甚至还能像弹幕屋一样和朋友一起刷弹幕。下面把“从 0 到有”的全过程，拆成几个小步骤，用日常生活的比喻帮你把每一步都吃透。一、准备工作：先弄好“钥匙”和“材料” 一个 GitHub 账号（相当于去超市买材料的会员卡）。 一个 Cloudflare 账号（相当于租房子的中介，帮你把站点放到全世界的高速路口）。 如果想要永久保存播放记录，就准备一个 Redis/Upstash/D1 之类的存储服务（相当于给家里装个小柜子，方便以后找东西）。 电脑上装好 Git、Node.js（带有 pnpm 包管理器）以及 Docker（如果想本地跑的话）。 把这些东西准备好后，就可以进入真正的“装修”阶段了。二、把项目叉（fork）下来，给它贴上自己的门牌号在 GitHub 找到 mtvpls/MoonTVPlus，点一下 “Fork”。这一步就像把邻居的老房子买下来，准备重新装修。以后如果原作者更新功能，只要在自己的仓库点 “Sync fork” 就能把最新的装修材料拉进来。三、在 Cloudflare Pages 上“一键部署”——像把房子直接搬到云端 登录 Cloudflare，点 “Pages → Create project”。 选择刚才 Fork 的仓库作为源码。 构建命令填：pnpm install --frozen-lockfile && pnpm run pages:build。 把“构建输出目录”改成 .vercel/output/static（这相当于告诉工人们把装修好的家具放在哪个房间）。 部署完成后，立刻去 “设置 → Compatibility Flags”，打开 nodejs_compat，这是 Cloudflare 的“电力适配器”，没有它后端脚本跑不动。 最关键的一步：在 “环境变量 & Secrets” 里添加 PASSWORD（随便取一个强密码），相当于给门装上锁，防止陌生人随意进来。 保存后点 “Retry Deploy”，等几分钟就能看到自己的域名跑起来了。四、如果想要“持久保存”，加上 D1 数据库（相当于在客厅装个保险箱）默认的 Pages 部署只会把数据放在浏览器的本地存储里，关机后就没了。想要跨设备同步，借助 Cloudflare 的 D1 数据库： 进入 Cloudflare Dashboard → Storage & Databases → D1，点 “Create Database”。取个名字（比如 moon_tv_db）。 在 Pages 项目设置的 “绑定” 里，把这个数据库绑到变量 DB。 再在环境变量里添加 NEXT_PUBLIC_STORAGE_TYPE=d1，再填上 USERNAME、PASSWORD。 重新部署，访问 /admin 页面登录（用刚才的用户名密码），可以看到收藏、观看进度已经保存在云端。 如果不想用 D1，Upstash Redis、Kvrocks、普通 Redis 也都行，只是要在环境变量里填对应的 URL 和 Token。五、功能开箱即用——把生活的“调味料”撒进去部署成功后，站点本身是一个“空壳”，没有自带的影视源。要想看电影，需要在后台的 config.json 里填入自己的资源接口。这里有两种路径： 使用公开的免费 API：在网上能找得到不少免费 vod 接口，只要把 {"api":"http://xxx.com/api.php/provide/vod","name":"示例资源"} 这种格式填进去即可。 自建爬虫或转码脚本：如果手头有自己的 M3U8 链接，写一个小脚本返回同样的 JSON 结构，也能让 MoonTVPlus 把它当作资源。 填好后，刷新页面，搜索框里就能一次性搜到所有源了。六、外部播放器和超分（Anime4K）——把观影体验升到“影院”级别在影片详情页右上角会出现“打开外部播放器”的按钮，点进去会自动跳转到你预先在环境变量里开启的播放器（比如 PotPlayer）。这相当于把厨房里的菜肴端到客厅的大餐桌上吃，画面更流畅，功能更全。另外，MoonTVPlus 内置了 WebGPU‑Anime4K 超分技术，你只需要在设置里调到 2×、3× 或 4×，画面就会自动变得更锐利。体验上就像把普通的电视画面装上了 4K 电视的滤镜——虽然不是原生 4K，但已经足够让细节更清晰。七、弹幕系统和豆瓣评论——把社交的“调味料”撒进去弹幕功能是通过自带的弹幕 API 实现的。如果想要更丰富的弹幕源，只需要在环境变量里配置 SOURCE_ORDER 或 PLATFORM_ORDER，把常用的弹幕平台排在前面。豆瓣短评抓取同样是开箱即用的，默认会把豆瓣的高分评论显示在详情页底部，帮助大家快速判断一部电影是否值得点播。八、常见坑与解决方案（别让小细节毁了好心情） WebGPU 不支持：如果浏览器报错说找不到 WebGPU，先把 Chrome/Edge 更新到最新，或者在 chrome://flags 里打开 “WebGPU” 开关。 HTTPS 限制：外部播放器跳转需要 HTTPS，否则会被浏览器拦截。记得在 Cloudflare 把域名强制 HTTPS 打开。 弹幕加载慢：把 NEXT_PUBLIC_DANMAKU_CACHE_EXPIRE_MINUTES 调大（比如 7200），让弹幕在本地缓存更久，减少每次请求。 观影室功能：Vercel/Docker 部署时不支持 WebSocket，想要多人同步观影只能把观影室服务器单独部署在外部（文档里给了链接），再在环境变量里打开 WATCH_ROOM_ENABLED=true。 数据库丢数据：使用普通 Redis 时，记得在 Docker‑Compose 里加数据卷，否则容器重启会把记录清空。 九、为什么要把它装在 Cloudflare 而不是本地服务器？把站点放在 Cloudflare Pages，就像把家搬到了“光速小区”。不需要自己买电、买宽带，甚至连服务器的日常维护都省了。只要一次部署，就可以享受全球 CDN 的 0.1 秒加载。而且 Cloudflare 的 免费套餐 本身就能满足个人使用的流量需求。只要不把站点公开宣传，就不太会触发 Cloudflare 的防滥用机制。十、收尾：把你的“小房子”装饰成温馨的“影院”至此，你已经把 MoonTVPlus 从“空壳子”变成了真正能看电影、追剧、刷弹幕的个人影库。接下来可以尝试： 自定义首页 Banner，放上自己喜欢的海报。 给每个用户开通账号，让全家人都有自己的观看记录。 把 config.json 里加上私人影库（OpenList、Emby）路径，随时把本地的硬盘视频导进去。 最重要的是，记得给站点上锁（PASSWORD），别让陌生人随意进来。这样，一个低成本、零维护、随时随地都能追剧的个人影视站就搭建完成啦！ 🎉
-
玩转 Cloudflare 邮箱：从零搭建专属邮件系统的全攻略 嗨，伙伴们！今天我们来聊聊怎么用 Cloudflare 把自己的域名变成一套完整的邮箱系统。别担心，过程一点也不枯燥，像逛街买衣服一样，把每个步骤拆开来讲，你完全可以跟着走。为什么要自己搭建邮箱？想象一下，你每天在网上注册各种账号，总是要用一个主邮箱——Gmail、QQ 邮箱什么的。结果邮箱里堆满了广告、促销信息，重要邮件也容易被埋掉。如果你有自己的域名（比如 mydomain.com），可以创建无数个子邮箱（[email protected]、[email protected]），每个用途一个专属地址，既安全又干净。而 Cloudflare 的 Email Routing 让这件事变得免费、零成本，甚至不需要自己跑邮件服务器。你只要把域名托管在 Cloudflare，配置几条 DNS 记录，邮件就会像快递一样自动转发到你现有的收件箱。准备工作：域名 + Cloudflare 账号 买一个你喜欢的域名，后缀可以随意（.com、.love、.io 都行），记得域名要在你手里才能配置。 注册并登录 Cloudflare，添加你的域名到平台。若之前已经在 Cloudflare 管理 DNS，直接跳到下一步。 这些步骤就像把新买的衣服挂到衣橱里，后面就能随意挑选穿。开启 Email Routing 在 Cloudflare 仪表盘左侧导航点 "Email"，点击 "Set up"。 系统会自动为你生成 MX 记录和 TXT 记录（用于防伪和 DKIM），这一步只要点 "Confirm"，系统会帮你把记录写进去。 确认 DNS 已经生效（几分钟后可在页面看到绿色勾）。 完成后，你的域名已经具备收邮件的能力——只是还没有具体的转发规则。创建转发规则：让邮件找对家这里的核心是 "Add Route"。举例说明：Custom Address: [email protected] Destination Address: [email protected]保存后，所有发送到 [email protected] 的邮件都会瞬间转到你的 Gmail。你可以创建任意多条规则，[email protected]、[email protected] 都可以指向不同的收件箱，甚至指向同一个收件箱，只是标签不同，方便分类。进阶玩法：把邮件交给 Workers 处理如果你不满足「只转发」的需求，Cloudflare 提供 Workers（类似小程序），可以在邮件进入时执行自定义逻辑。 拦截特定关键字的邮件，自动回复。 把邮件内容写入 R2（对象存储），实现邮件归档。 配合 AI 分析，给邮件打标签，自动生成工单。 代码示例（伪代码）：export default { async email(message, env, ctx) { // 读取原始邮件内容 const content = message.raw; // 简单关键词检测 if (content.includes('发票')) { // 把附件保存到 R2 await env.R2_BUCKET.put('invoice.pdf', message.attachments[0]); } // 继续转发到原始目标 return message.forward(); } }只要把这个 Worker 绑定到你的域名，就能实现「收进来，让代码自己玩」的全链路。常见问题速答 问题答案 服务收费吗？创建自定义地址和转发全部免费，只有 Workers 运行时才会计费。 Cloudflare 会保存我的邮件内容吗？不会。邮件在转发过程中只在 Cloudflare 的边缘节点临时处理，内容不持久化。 垃圾邮件怎么办？系统自带钓鱼检测，会把明显的垃圾邮件直接丢弃，防止污染你的收件箱。 能否查看邮件转发统计？可以，在 Email Routing 页面看到每个地址的接收量、转发成功率等数据。 案例分享：从「临时邮箱」到「企业收件箱」的升级之路有位小伙伴原本只想用 mydomain.love 生成一次性邮箱，帮朋友注册服务。他用 cloud-mail 项目把 Cloudflare Workers、D1 数据库、R2 存储组合起来，实现了： 前端 Vue3 页面，用户可以自行创建子邮箱。 后台 Workers 自动生成 MX/TXT 并写入 KV，省去手动配置。 收到的邮件存入 R2，支持附件下载。 通过 Turnstile 验证防止滥用。 最关键的是，这套系统几乎不需要自己买服务器，只要有 Cloudflare 账户和一个域名，月费用基本为零。对初创公司、个人开发者来说，这种成本结构堪称「贵族享受，平民价」。小贴士：防止 DNS 失效 开启 Cloudflare 的「Always Online」功能，确保 DNS 记录不被误删。 在域名注册商那边把 DNS NS 记录改为 Cloudflare 提供的地址后，记得锁定 DNS 解析，防止误操作。 定期检查邮件转发规则，尤其是团队成员离职或角色调整时，及时撤销旧地址。 结语：把邮箱变成自己的小工厂看完这篇，你应该已经对 Cloudflare 邮箱的 "搭建-使用-进阶" 有了完整的画面。别把邮箱仅当作收信的工具，它其实可以是身份屏蔽、营销分流、自动化工作流的核心部件。只要动动手指，域名变邮箱，邮件交给 Workers 处理，你的工作和生活都会变得更清爽、更高效。如果你有任何疑问，或者想聊聊在实际项目里怎么落地，随时在评论区召唤我，我们一起把这套系统玩到极致！🚀
