Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

笔记:把新域名应用到 Blog 和 Email 上

Posted on 05/24/202605/24/2026 by 四火

raychase.net 这个域名是好些年前申请的,最近申请了个更适合作为我个人标签的 rayxiong.me,简单记录下我把新域名应用到 blog(新、老域名都可以访问 blog),以及创建并使用新域名的邮件地址收发邮件的操作。

Blog 配置

在 Squarespace 上面配置好 DNS 的两个 A 记录:

其中 @表示不带任何前缀,它和 www 前缀这样被视为两条独立的记录。没法再简单了,不过需要等几个钟头生效。

在网站的 Nginx 配置文件上面添加:

server_name www.rayxiong.me rayxiong.me;

以及:

    if ($host = rayxiong.me) {
        return 301 https://$host$request_uri;
    }
    if ($host = www.rayxiong.me) {
        return 301 https://$host$request_uri;
    }

做完之后检查一下有没有语法错误:

/usr/local/nginx/sbin/nginx -t

我已经忘记之前证书怎么处理的了,重新安装 acme.sh:

curl https://get.acme.sh | sh -s email=raychase.net@gmail.com

使用 acme.sh 来申请多域名证书:

~/.acme.sh/acme.sh --issue --nginx -d raychase.net -d www.raychase.net -d rayxiong.me -d www.rayxiong.me -w /home/www.raychase.net

再把证书部署一下:

~/.acme.sh/acme.sh --install-cert -d raychase.net \
--key-file /etc/letsencrypt/live/www.raychase.net/privkey.pem \
--fullchain-file /etc/letsencrypt/live/www.raychase.net/fullchain.pem \
--reloadcmd "/usr/local/nginx/sbin/nginx -s reload"

完工。访问网站看看证书的情况,再检查一下定时任务是不是已经顺利加上了:

crontab -l

Blog 的文章里面,不能有写死域名的链接,全部要使用相对路径。接着就是给 wp-config.php 添加动态设置 Home 和 SiteURL,否则首页到不同栏目的链接都还是老地址:

if (isset($_SERVER['HTTP_HOST'])) {
define('WP_HOME', 'https://' . $_SERVER['HTTP_HOST']);
define('WP_SITEURL', 'https://' . $_SERVER['HTTP_HOST']);
}

设置了之后,WordPress 的管理台的 General Settings 里面,这两个变量会置灰:

Email 配置

有了新的域名,打算搞一个个人标识鲜明的邮件地址 me@rayxiong.me。但是我打算只是创建一个邮件地址,邮箱服务依然使用 Gmail。

先配置收信,收信比较简单,保证 email 转发到原有邮件地址:

得花些时间生效,测试一下,发送到这个新邮件地址一旦成功,那收信路径就通了。

接着是发送。这需要 Resend 这样的工具。

建立一个 rayxiong.me 的 domain,然后添加如下的 DNS 记录:

  1. DKIM:Domain Keys Identified Mail,用以防止 email 冒用和伪造,有了这个发送的邮件就不会被直接标记为垃圾邮件。
  2. SPF:Sender Policy Framework,两条记录,一条是 TXT 记录,它来申明 email 从 Amazon SES 走的渠道是合法认证的;还有一条是 MX 记录,用来接受回执,以得知邮件是否发送成功。

把这些 records 拷贝到 Squarespace 的 DNS 设置里面,然后再回到 Resend 上面来验证,确保验证通过。

如果失败了,可以去 Logs 页面看错误信息。

现在,去 Sender 的 API keys 里面,给配一个 Gmail-SMTP 的 API Key:

接着就可以给 Google 邮箱配置这个新的 email 地址了:

SMTP 服务器是 smtp.resend.com,这里需要使用到前面配置的 API key:

手机上面配置起来有点麻烦,需要创建一个新账户。

收邮件的部分,host name 写 imap.gmail.com,用户名写原本的 gmail 邮箱名,密码的话需要去 Google 的 App passwords 创建一个只能查看一次的密码,填在这里。

发邮件的部分,配置 SMTP 为 smtp.resend.com,用户名是 resend,密码就是前面的 API key。

此外,Resend 的 DNS records 目前只配置了 sending,并没有 receiving。因为现在邮件的 receiving 是通过 Squarespace 的 Mailgun forwarding 来实现的,如果要配置 Resend 的 receiving,那是用于把邮件内容转成 JSON 数据并根据配置的 Webhook 来调用 API 只用了,目前不需要。

除了 blog 和 email,对于这样一个个人标签浓厚的域名,不知道还有哪些有趣的事情可以做。我想到的几个包括:

  • 我已经在我的 Apple mini M4 上面部署了本地运行的大模型,也许可以把界面部署到 chat.rayxiong.me 这样的地址上来;
  • 把一些个人标签浓厚的资源,比如简历、课程之类的放到一个 rayxiong.me 的直接子域名上;
  • 还有就是加上自己的一些文档、材料管理,甚至家里面的各种智能控制系统查看等等,这样访问也比较方便。

只是我的一些想法,不知道还有什么有意思的主意。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. HTTPS 升级
  2. Blog 安全问题小记
  3. 多年前的一封邮件
  4. 写在 Gmail 被墙后
  5. VPS 迁移和网站备案

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

AI Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Python Spark 互联网 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 投资 数据库 曼联 测试 生活 程序员 管理 系统设计 缓存 编码 美股 英语 设计 评审 问题 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (14)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (7)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (7)
  • Product Design (5)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (41)
  • Video Games (4)
  • Business and Investment (8)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Anonymous on 回国感悟
  • 四火 on AI 到底会怎样取代我们的工作
  • Anonymous on AI 到底会怎样取代我们的工作
  • 四火 on AI 到底会怎样取代我们的工作
  • 四火 on AI 到底会怎样取代我们的工作
  • Decisivem on AI 到底会怎样取代我们的工作
  • Anonymous on AI 到底会怎样取代我们的工作
  • Decisivem on 聊聊商业模式——阿里巴巴
  • 四火 on 聊聊商业模式——Atlassian
  • bob on 聊聊商业模式——Atlassian
© 2026 四火的唠叨 | Powered by Minimalist Blog WordPress Theme