标签:# Cloudflare

零成本搭建个人专属域名邮箱:基于 Cloudflare + Resend + Gmail 的解耦架构、DNS 避坑与 2027 演进指南

对于独立开发者、技术创作者以及侧边项目(Side Projects)主理人而言,拥有一个形如 hi@yourdomain.com 的专属域名邮箱,不仅是树立专业个人品牌与产品可信度的第一步,也是业务联络与商务沟通的核心入口。然而,为每个独立域名购买 Google Workspace 或商业企业邮箱成本高昂;自建邮件服务器又深陷 IP 信誉受损、25 端口封禁与垃圾箱拦截的泥潭。

本文深度拆解一套已被现代工程实践广泛验证的轻量级闭环方案:将“收信路由”与“发信中继”职责彻底解耦,由 Cloudflare Email Routing 负责无状态收信流转,Resend 承担高信誉 SMTP 发信中继,最终在个人 Gmail 终端内完成统一收发与智能分类,实现真正的零服务器、零月租与专业级收发体验。

把 SSH 工作台搬上全球边缘网络:深度拆解 ternssh —— 基于 Cloudflare Workers + Durable Objects 的免客户端 Web 终端与 SFTP 文件系统(纯 TypeScript 协议栈/零信任安全/全景实战)

如果你是一位经常需要在多台 VPS、跨国云主机之间来回穿梭的开发者或 SRE,你一定经历过这样的窘境:在没有随身携带主力工作本的紧急时刻,或是受制于严苛的公司内网环境,想要连上远程服务器排查故障,通常只有两个选择——要么临时下载配置 SSH 客户端和私钥,要么自建一套像 JumpServer、Apache Guacamole 或 Next Terminal 这样功能完备的 Web 堡垒机。

然而,传统的 Web SSH 方案存在着不可回避的痛点:它们通常是基于 Python、Go 或 Java 编写的常驻服务,动辄占用数百 MB 甚至上 GB 内存;必须暴露公网 HTTP/WebSocket 端口,极易成为全网扫描器挖掘 0day 漏洞的靶子;而在轻量化方面,大多数简易网页终端又缺乏趁手的 SFTP 文件管理与实时系统监控能力。

最近开源的 ternssh(GitHub: HaradaKashiwa/ternssh)提供了一种颠覆性的全新解法:直接将完整的 SSH 工作台、SFTP 文件管理器与监控仪表盘搬上了 Cloudflare Edge 边缘网络。它不仅做到了零服务器常驻(Serverless)、全球 Anycast 就近接入,更在底层硬核实现了一套无原生 C++ 依赖的纯 TypeScript SSH2/SFTP 协议栈。

本文将以第一视角带你深入拆解 ternssh 的系统架构、协议穿透黑科技、零信任安全防线以及从 Workers 到 Docker 的落地实战。

摆脱厂商锁定与云端账单:深度拆解 open-compute —— 将 Cloudflare Workers 原样装进单个本地二进制的高性能边缘运行时(V8 Isolate/本地 D1 & DO/私有云实战)

Cloudflare Workers 凭借其毫秒级冷启动、高并发 V8 沙箱隔离以及丰富的周边生态(D1 数据库、KV 缓存、Durable Objects 有状态单例、R2 对象存储),早已成为当下 Serverless 边缘计算的黄金标准。

但对于许多企业和深度极客来说,繁荣的背后始终笼罩着一层隐忧:严重的云厂商强绑定(Vendor Lock-in)与难以预估的用量账单。很多涉及金融数据、企业内网隐私或合规保密的项目,根本无法将代码和数据直接委托给公有云节点;而一旦脱离了 Cloudflare 的运行环境,基于 wrangler 编写的大量原生代码又难以直接平移到普通的 Node.js 容器中。

近期开源的 open-compute(GitHub: elliothux/open-compute),带来了一个令人振奋的革命性突破:它将整套 Cloudflare Workers 平台能力完全浓缩打包进了一个独立的本地二进制文件。无需连接 Cloudflare 账号,无需购买云服务,在你的本地主机、局域网私有云或单机 VPS 上,即可 1:1 原生运行 Workers 代码,同时完整兼容 D1、KV 和 Durable Objects 机制!

本文将为你深度拆解 open-compute 的 V8 Isolate 内核调度架构、存储模拟机制以及私有化落地实测。

把即时通讯搬上全球边缘:深度拆解 Edgechat —— 基于 Cloudflare Workers + WebSocket 的边缘聊天室(多模态/Telegram 双向网桥/零服务器实战)

自建一个轻量级、无广告、端到端可控的即时聊天室,是无数开发者和极客社群的共同需求。

然而,传统的即时通讯方案(如 Matrix / Synapse、Rocket.Chat 或 Mattermost)普遍重度依赖笨重的后端架构:常驻数个容器、占用数 GB 内存、需要专门运维 PostgreSQL 或 Redis,且面对全球各地的跨国访客时,单一中心节点的网络延迟往往令人抓狂。

近期在开源社区备受关注的 Edgechat(GitHub: aozorae/Edgechat),带来了一个极其轻巧优雅的边缘计算范式:整个聊天室系统 100% 跑在 Cloudflare Workers 全球边缘网络上,无需购买任何服务器。它不仅支持实时文本、语音和多媒体图片收发,更原生打通了 Telegram 双向实时消息网桥(Two-Way Telegram Bridge) —— 聊天室群组的消息与 Telegram 群组无缝双向互通!

本文将为你深度剖析 Edgechat 的 Durable Objects 广播机制、Telegram Webhook 双向流转拓扑以及一键部署落地全景。

告别买服务器与配域名:深度拆解 Cloudflare Drop —— 零登录、拖拽即上线的次世代静态网站极速托管引擎(附边缘架构与对比全景)

在 Web 开发的历史长河中,“把一个做好的网页发布到互联网上”始终伴随着不小的心智摩擦:在早期,你需要买服务器、装 Nginx/Caddy、配置端口防火墙、买域名、等 DNS 解析生效并手动申请 Let's Encrypt SSL 证书;即便是进入了 Vercel、Netlify 和 GitHub Pages 统治的现代前端时代,你依然不可避免地需要注册账号、创建 Git 仓库、绑定 OAuth 授权、配置 CI/CD 构建脚本。

然而,在日常开发和敏捷协作中,存在着海量 “我就想给客户快速发个设计预览”、“AI 刚帮我写好一个静态网页,想立刻在手机上打开看看”、“黑客松现场做个 Demo 给评委展示” 的超轻量即时场景。为了展示几个 HTML/CSS 文件,去折腾一整套代码仓库与鉴权流水线,无异于高射炮打蚊子。

全球边缘计算巨头 Cloudflare 近期推出的重磅新服务 Cloudflare Drop(cloudflare.com/drop),以极具冲击力的极简主义彻底粉碎了这一门槛:无需注册账号、无需登录认证、无需配置域名与购买主机,直接把本地项目文件夹或 ZIP 压缩包往浏览器窗口一拖,数秒之内,你的网站就已部署到 Cloudflare 全球 300+ 城市的 Anycast 边缘网络,并即刻生成一个全球可访问的专属 HTTPS 网址!