一、为什么需要一个正式域名
严格来说，loopnull.com 并不是我接触过的第一个域名。
在此之前，我也用过一些免费公益网站提供的二级域名。它们当然也能用，也可以指向某个页面或者某个服务，但它们始终有一个问题：不够正式，也不完全属于我。
二级域名更像是借来的入口。它可以作为临时测试地址，也可以用来快速验证某个想法，但如果真的要长期维护一个属于自己的站点，它就显得不太稳定。域名的所有权、品牌感、可迁移性、扩展能力，都不是完全掌握在自己手里。
真正让我开始认真考虑域名，是在我有了第一台属于自己的服务器之后。
在此之前，“个人网站”对我来说更多只是一个页面，一个可以访问的地址。但当我真的拿到一台 VPS，开始在上面部署服务、安装面板、配置 Docker、运行 Halo 之后，事情就变了。
服务器本身只有一个公网 IP。
它能访问，但不适合作为长期入口。IP 地址难记，也缺乏表达能力，更重要的是，它不是一个适合对外展示的身份。一个个人站点如果长期只靠 IP 访问，就像一栋房子只有坐标，没有门牌号。
所以我开始意识到，域名并不是一个可有可无的装饰品。
它至少解决了三个问题：
第一，给服务器一个可记忆的入口。
第二，给个人网站一个稳定的名字。
第三，为后续扩展子域名和服务入口打基础。从这个角度看，购买域名不是单纯为了“看起来更正式”，而是个人基础设施从临时状态走向长期维护状态的一步。
服务器负责运行服务，域名负责给这些服务命名。
这就是我开始考虑正式域名的原因。
二、从搜索教程到选择注册商
一开始，我并没有什么成熟判断。
最直接的做法，就是像很多刚开始折腾域名的人一样，去 YouTube 搜“域名购买教程”。结果很快就发现，这类内容的质量参差不齐。有的推荐这个平台注册，有的推荐那个平台注册；有的重点讲价格，有的重点讲优惠码，还有一些内容看起来更像推广而不是经验分享。
之后我又去 Google 里搜索 domain registrar。
这个词比 domain seller 更准确，因为域名不是普通商品意义上的“卖给你”，而是通过注册商向注册局完成注册和续费。注册商负责提供购买、续费、DNS 管理、WHOIS 信息管理等服务。
但直接搜索的结果也并不理想。
第一页里有大量广告和 SEO 页面，看起来选择很多，实际上很难判断哪个更适合自己。尤其是对于 beginner 来说，域名注册商之间的区别并不是一眼就能看懂：
有的首年很便宜，但续费价格偏高；
有的界面友好，但附加服务很多；
有的价格透明，但功能上更偏基础设施；
有的域名便宜，但 DNS 管理体验一般。后来在一些 YouTuber 和 blogger 的推荐里，我看到了 Porkbun 这类比较常被提到的注册商。简单看了一下，确实还不错，价格也相对透明，口碑也不差。
但与此同时，我又想到了另一个选择：Cloudflare。
Cloudflare 对我来说并不陌生。之前我已经接触过它的一些服务。它不是单纯靠卖域名赚钱的公司，域名注册更像是它整个网络基础设施服务的一小部分。
这点反而让我觉得它适合我。
因为我买域名不是为了单独收藏一个名字，而是为了把它接入自己的服务器、网站、DNS、HTTPS 和后续各种子服务。既然之后很可能还要用 Cloudflare 的 DNS 和代理能力，那么直接在 Cloudflare 注册域名，逻辑上就比较顺。
于是，注册商的选择逐渐变成了两个方向：
Porkbun：更像是专业、轻量、价格友好的域名注册商。
Cloudflare：更像是把域名接入一整套网络基础设施。对于我当时的需求来说，后者更有吸引力。
三、比买域名更难的是起名字
真正开始买域名之后，我才发现，最难的不是在哪里买，而是买什么名字。
域名这东西看起来只是几个字符，但它同时承担了很多东西：记忆成本、辨识度、长期可用性、个人风格，以及最现实的——有没有被注册。
一开始我想过一些类似 voidnull 这样的名字。
从技术语境上看，这类名字确实有吸引力。void、null、loop、zero 这些词都带有明显的编程和抽象意味，很适合个人技术站点。把它们组合起来，也很容易产生一种“工程感”和“虚空感”。
我把一些候选名字丢给 ChatGPT，它给出的评价基本都很好。
但问题也在这里：AI 觉得好，不代表它真的能用。
后来我开始让它联网查重，又自己去搜索引擎、GitHub、YouTube、Reddit 之类的平台查了一圈。结果很快发现，有些名字不仅已经被注册，甚至已经被别人作为品牌、项目或者组织名使用。
撞名事小，侵权事大。
如果只是个人随便用用，撞到一个不活跃账号也许问题不大。但如果这个名字已经被用于产品、公司、开源项目或者商业品牌，那就不适合作为长期域名使用。因为域名一旦写进文章、邮箱、个人主页和各种服务入口，后续再换成本很高。
于是我进入了一个循环（loop）：
想到一个名字
↓
感觉不错
↓
搜索查重
↓
发现被注册或撞名
↓
否定
↓
重新想一个又一个域名方案被否定之后，我的耐心也逐渐被消耗掉了（null）。
最后留下来的，是现在这个名字：
loopnull它由两个词组成：
loop：循环
null：空值 / 空这两个词都带有很强的计算机语境。
loop 让我想到循环、迭代、重复执行，也很像学习技术时不断试错、不断重来的状态。 null 则带有一种空值、未定义、尚未填充的意味。
合在一起，loopnull 对我来说并不是一个非常直白的名字，但它有一种比较适合个人技术站点的抽象感：
在循环中从空开始；
在不断折腾中填充内容；
在一次次失败和重试中形成自己的系统。我又去网上查了一圈，发现这个名字基本没有明显撞名。除了 GitHub 上有一位同名用户，但对方似乎并不活跃，也没有形成品牌或项目影响。对我而言，这种程度的重名风险可以接受。
于是，loopnull.com 就成了最终选择。
四、为什么选择 Cloudflare
确定名字之后，下一个问题就是：在哪里买。
我对比了一些域名注册商之后，发现一个很有意思的现象：
一些专业域名注册商：首年价格便宜，但续费可能更贵。
一些基础设施服务商：首年没什么大幅优惠，但长期价格更透明。很多域名注册商会用很低的首年价格吸引用户。比如第一年看起来很便宜，但第二年续费价格明显上涨。如果只看首年价格，很容易产生“这个平台最划算”的错觉。
但域名不是一次性消费。
只要网站还在，域名就要一直续费。真正应该看的不是第一年省了多少钱，而是长期维护成本是否稳定、续费价格是否透明、DNS 管理是否方便、后续迁移是否麻烦。
这也是我最后倾向 Cloudflare 的原因。
Cloudflare 的域名注册并不是它最核心的盈利项目。它更像是把域名注册作为整套网络服务的一部分。对我来说，这种模式有几个明显好处：
第一，价格比较透明。
第二，DNS 服务成熟。
第三，和后续网站部署、HTTPS、代理、访问控制天然关联。
第四，不需要买完域名后再单独迁移 DNS。尤其是 DNS 这一点很重要。
因为域名买完之后，真正要长期打交道的不是“购买页面”，而是 DNS 解析。后面无论是绑定主站、配置 www、添加邮箱解析、设置子域名、接入 Cloudflare Tunnel，还是做访问控制，都会依赖 DNS。
如果注册商本身 DNS 管理体验一般，那么后续每次配置都会变得麻烦。
Cloudflare 的优势就在这里：它的 DNS、代理、SSL/TLS、规则配置和访问控制都在同一个体系里。对个人基础设施来说，这种整合度很有价值。
当然，它也有一个明显限制：
在 Cloudflare 注册的域名，必须使用 Cloudflare DNS。也就是说，如果你在 Cloudflare 买域名，就不能像在其他注册商那里一样随便更换 nameserver 到别的平台。这对某些用户来说是缺点，因为它减少了自由度。
但对我来说，这个限制并不严重。
因为我本来就准备使用 Cloudflare 的 DNS 和代理服务。既然我的网站、子域名、HTTPS 和后续访问控制都要围绕 Cloudflare 展开，那么强制使用 Cloudflare DNS 反而没有造成实际阻碍。
所以最后的判断很简单：
如果只是单纯买域名，Porkbun 这类注册商也很好。
但如果目标是搭建个人基础设施，Cloudflare 更符合我的使用路径。五、为什么选择 .com
注册商确定之后，还剩下最后一个问题：后缀。
我一开始其实考虑过 .dev。
从语义上看，.dev 很适合技术站点。它天然带有 developer、development 的意味，用在个人技术博客或者项目主页上很顺。对于学生来说，.dev 看起来也更有技术气质。
但仔细看了价格之后，我还是放弃了。
.dev 比 .com 贵一些。虽然差价并不算特别大，但对于我当前的状态来说，没有必要为了这个语义多花钱。毕竟我只是一个刚开始搭建个人基础设施的 beginner，最重要的是先把域名、网站、DNS、HTTPS 这些基础链路跑通。
另外，.dev 还有一个特点：它强制使用 HTTPS。
这本身不是坏事，甚至可以说是好事。因为现代网站本来就应该使用 HTTPS。即使我买的是 .com，我也会主动配置证书和 HTTPS，不会让网站长期裸跑 HTTP。
但问题在于，对于刚开始折腾的人来说，.dev 的强制 HTTPS 会让容错空间变小。如果配置过程中某一步没有处理好，访问体验可能会更容易出问题。
相比之下，.com 更稳。
它的优势不是“更酷”，而是更通用：
识别度最高；
用户最熟悉；
适合长期使用；
不局限于某个具体方向；
个人站、博客、项目、邮箱都能承载。.dev 更像是一个明确的技术标签，而 .com 更像是一个通用身份入口。
我希望 loopnull.com 不只是一个临时技术博客地址，而是以后可以承载更多东西：个人主页、博客、项目展示、邮箱、远程服务入口，甚至其他实验性服务。
所以最后我选择了 .com。
它不一定最有个性，但最稳。
对于我这种刚开始搭建个人基础设施的人来说，稳定、通用、长期可维护，比一开始追求后缀个性更重要。
于是，最终组合就确定了：
loopnull.com一个属于我自己的正式域名。
六、购买域名：绑卡、WHOIS、下单
确定 loopnull.com 之后，后面的购买流程反而没有太多悬念。
在 Cloudflare 里搜索域名，确认 loopnull.com 还可以注册，然后进入结算流程。这个过程大体上就是三件事：
绑定付款方式
填写注册信息
确认订单并完成购买付款方式没什么特别的，就是正常绑卡。真正需要稍微注意的是 WHOIS 信息。
WHOIS 可以理解为域名注册信息查询系统。一个域名被注册之后，背后需要有对应的注册人信息，例如姓名、地址、邮箱、电话等。这些信息并不是随便填的，因为域名注册本质上是一种有管理规则的资源登记。
不过现在很多注册商都会提供 WHOIS 隐私保护，也就是不直接把注册人的真实信息公开展示出去，而是用注册商或隐私保护服务的信息进行替代。这样可以减少垃圾邮件、骚扰、信息泄露之类的问题。
对个人用户来说，这一点比较重要。
因为域名一旦公开使用，就会被各种扫描器、爬虫、邮件系统、SEO 工具、DNS 工具检索到。如果 WHOIS 信息完全裸露，后续可能会收到大量垃圾邮件，甚至会暴露不必要的个人信息。
所以在填写 WHOIS 信息时，我的原则是：
信息要按要求填写，不要乱编；
能开启隐私保护就开启；
公开展示的信息越少越好；
邮箱尽量使用可长期访问的邮箱。Cloudflare 的购买流程相对直接，没有塞太多额外服务，也没有不断诱导购买各种附加项。确认域名、确认年限、确认付款方式之后，就可以完成购买。
当购买完成后，loopnull.com 就正式进入我的账号里。
这一步看起来只是下单成功，但意义其实不小。因为从这一刻开始，它不再只是一个我想出来的名字，而是一个真正可以被 DNS 系统解析、可以绑定服务、可以长期维护的互联网入口。
七、DNS：让域名找到服务器
域名买下来之后，并不会自动显示网站内容。
这也是一开始很容易误解的地方：
买域名 ≠ 网站上线域名只是名字，服务器才是真正运行网站的地方。要让访问者通过 loopnull.com 找到我的网站，中间还需要 DNS。
DNS 的作用可以简单理解为：
把人能读懂的域名，转换成机器能找到的网络地址。如果没有 DNS，访问服务器就只能依赖一串公网 IP。它当然能用，但不适合记忆，也不适合长期对外展示。
所以我需要做的第一件事，就是在 Cloudflare 的 DNS 里添加解析记录，让 loopnull.com 指向我的 VPS。
最基础的方式是添加一条 A 记录：
A loopnull.com 我的 VPS 公网 IP这条记录的意思是：
当有人访问 loopnull.com 时，把这个域名解析到我的服务器。如果还希望 www.loopnull.com 也能访问，一般可以再添加一条 CNAME 记录：
CNAME www loopnull.com这里的意思是：
www.loopnull.com 跟随 loopnull.com。这样做的好处是，主域名的解析以后如果发生变化，只需要改 loopnull.com 的记录，www 会跟着走，不需要重复维护两份 IP 记录。
不过，在 Cloudflare 这里还有一个额外概念：代理状态。
DNS 记录旁边那个橙色云朵，表示这条记录已经经过 Cloudflare 代理。开启代理后，外部访问链路就不再是简单的：
用户浏览器 → 我的 VPS而是变成：
用户浏览器 → Cloudflare → 我的 VPS这意味着 Cloudflare 会站在中间，提供一部分边缘层能力，比如 HTTPS、缓存、基础防护、访问规则等。
但这里也要明确一点：Cloudflare 代理并不等于服务器绝对隐身。源站 IP 仍然可能通过历史 DNS 记录、错误配置、其他暴露服务、邮件记录等方式泄露。所以更准确的理解是：
Cloudflare 代理可以减少源站直接暴露，但不能替代完整的服务器安全配置。后来如果使用 Cloudflare Tunnel，逻辑又会稍微变化。
传统 DNS 直连大概是：
用户访问域名
↓
Cloudflare DNS / Proxy
↓
VPS 公网入口
↓
服务器上的网站服务而 Cloudflare Tunnel 更像是：
用户访问域名
↓
Cloudflare
↓
Cloudflare Tunnel
↓
服务器内部服务Tunnel 的特点是，服务器可以不直接暴露对应服务端口，而是由服务器主动向 Cloudflare 建立隧道，再由 Cloudflare 把外部请求转发进来。
但不管是 A 记录直连，还是 Cloudflare Tunnel，它们解决的都是同一个核心问题：
让一个域名，找到服务器上真正运行的服务。所以 DNS 不是网站本身，它更像是互联网里的路标系统。
网站跑在服务器上，域名只是名字，DNS 负责告诉别人这个名字应该去哪里找。
八、HTTPS：让访问链路变成加密连接
DNS 解决的是“找到哪里”的问题，HTTPS 解决的是“如何安全访问”的问题。
如果一个网站只使用 HTTP，那么用户浏览器和网站之间传输的数据就是明文链路。现代浏览器通常会直接标记“不安全”，用户看到之后也会天然降低信任感。
所以域名能解析之后，下一步就是处理 HTTPS。
在 Cloudflare 里，这一步相对容易一些。Cloudflare 会为域名提供边缘证书，也就是说，用户访问 loopnull.com 时，浏览器和 Cloudflare 之间可以建立 HTTPS 连接。
大致链路是：
用户浏览器
↓ HTTPS
Cloudflare
↓
源站服务器这里真正需要关注的是 Cloudflare 到源站服务器之间怎么连接，也就是 SSL/TLS 模式。
Cloudflare 里常见的几种模式是：
Flexible
Full
Full (strict)它们的区别可以粗略理解为：
Flexible：
浏览器到 Cloudflare 是 HTTPS，
但 Cloudflare 到源站可能是 HTTP。
Full：
浏览器到 Cloudflare 是 HTTPS，
Cloudflare 到源站也是 HTTPS，
但不严格校验证书是否可信。
Full (strict)：
浏览器到 Cloudflare 是 HTTPS，
Cloudflare 到源站也是 HTTPS，
并且会严格校验证书是否有效、是否匹配域名、是否由可信机构签发。从安全性上看，更推荐的状态当然是 Full (strict)。
因为这样整条链路都处于加密状态：
用户浏览器 --HTTPS--> Cloudflare --HTTPS--> 源站服务器这才是更完整的 HTTPS。
如果使用 Flexible，虽然浏览器地址栏里也可能显示 HTTPS，但 Cloudflare 到源站之间仍然可能是 HTTP。这种模式适合极其临时的兼容场景，但不适合作为长期配置。
如果源站服务器上已经配置了有效证书，那么就应该尽量使用 Full (strict)。
证书本身可以有不同来源：
可以使用 Let's Encrypt 证书；
可以使用 Cloudflare Origin Certificate；
也可以由面板或反向代理工具自动申请和续期。对我来说，HTTPS 这一环的意义不只是让浏览器显示一把锁。
它更像是网站从“能访问”进入“能正常对外提供服务”的必要步骤。
一个正式域名，如果没有 HTTPS，总会显得不完整。尤其后续如果还要接登录后台、个人邮箱、管理面板、远程服务入口，HTTPS 就不是可选项，而是基础要求。
所以到这里，链路大致就变成了：
域名负责命名
DNS 负责定位
HTTPS 负责加密访问
服务器负责提供内容这几个环节组合起来，一个最基础的个人站点入口才算真正跑通。
九、域名真正改变了什么
完成这些配置之后，最直接的变化当然是：
我终于可以通过 loopnull.com 访问自己的站点了。但如果只把域名理解成“网站地址”，其实还是低估了它的作用。
域名真正改变的是整个个人基础设施的组织方式。
在没有域名之前，所有服务都只能围绕服务器 IP 展开。访问主站是一个地址，访问面板是一个地址，未来如果有其他服务，也很容易变成一堆难记的端口和路径。
这种方式可以临时用，但不适合长期维护。
有了域名之后，就可以把不同服务整理成不同的子域名：
loopnull.com 主站
www.loopnull.com 主站别名
blog.loopnull.com 博客
panel.loopnull.com 管理面板
remote.loopnull.com 远程服务
mail.loopnull.com 邮件相关服务这些子域名不一定都要立刻使用，但它们提供了一种很清晰的组织方式。
域名在这里就不只是一个地址，而是一个命名空间。
所谓命名空间，就是把不同服务放在同一个逻辑体系里。外部看起来，它们都属于 loopnull.com；内部则可以分别指向不同服务、不同容器、不同端口，甚至不同服务器。
这带来的好处很明显：
服务入口更清晰；
后续扩展更方便；
迁移服务器时对外入口可以保持不变；
不同服务之间可以通过子域名区分；
个人网站开始具备基础设施结构。比如以后服务器换了，网站服务迁移了，内部端口变了，Docker 容器重建了，这些变化都可以被 DNS、反向代理或 Tunnel 层吸收。对外用户看到的仍然是同一个域名。
也就是说：
服务器可以变，服务部署方式可以变，但域名可以保持稳定。这就是域名的长期价值。
它不是把 IP 包装得好看一点，而是为个人基础设施提供了一个稳定的外部标识。
从这个角度看，loopnull.com 并不只是我的博客地址。它更像是整个 LoopNull 基础设施的根节点。
十、总结
回头看，购买域名这件事本身并不复杂。
真正重要的是理解它在基础设施里的位置。
服务器、域名、DNS、HTTPS，这几个概念经常被放在一起说，但它们负责的事情并不一样：
服务器负责运行服务；
域名负责给服务命名；
DNS 负责把名字解析到正确位置；
HTTPS 负责让访问链路变成加密连接。如果只有服务器，没有域名，那么服务虽然能跑，但缺少一个稳定、可记忆、适合长期展示的入口。
如果只有域名，没有 DNS，那么这个名字无法找到真正的服务器。
如果只有 DNS，没有 HTTPS，那么网站虽然能访问，但不符合现代 Web 的基本安全要求。
这几个环节都跑通之后，个人网站才不再只是“某台 VPS 上的一个页面”，而开始变成一套可以继续扩展的个人基础设施。
对我来说，loopnull.com 的意义也在这里。
它不是我接触过的第一个域名，但它是第一份真正属于我、并且接入到自己服务器和网站体系里的正式域名。
从这一刻开始，我不再只是拥有一台服务器。
我有了一个可以长期使用的名字。