折腾背景

2025 年 2 月开始，AxureCloud 官方不接受白嫖了，于是我打算自己搭一个个人自用的 AxureCloud 独立服务器。

看了下，现在市面上的云服务器价格都不便宜。我就想着，看能不能复用现有的资源，把 AxureCloud 搭建在个人博客所在服务器上，然后通过不同的域名访问。

不过，查阅了 《Axure Cloud for Business On-Premises 官方部署文档》后发现 AxureCloud 只能搭建于 Windows ，而我当前的博客服务器是 Linux 。正好，Windows 服务器还没咋玩过呢，那就弄个新的服务器试试。反正我的博客都是静态文件，应该用 Windows 也没什么问题。

虽然我都没折腾过 Windows，但好在现在 AI 技术发达，不懂的都问 AI 就行了。

作为一个多年更博主，记性越来越差了，顺便来博客记录下过程帮助长长脑子。

众所周知，Axure 9 升级到 Axure 10 后，就从原本的永久授权变更为订阅授权。同时 Axure 10 的订阅注册激活码与 Axure Cloud 的用户账号强绑定，激活时将根据登录账号在线跳转到官方网站实时获取注册状态。

一直以来，我还挺喜欢尝试新鲜事物的，尤其是各种软件、网站、科技产品等。Axure 作为互联网产品经理的必备软件，在 Axure 10 正式版诞生后，它默认提供一个月的试用期，于是我就早早的参与到试用大军中。

别说还挺好用的，尤其是动态面板多状态一起编辑，以及一键将表单转换成中继器并将中继器表格直接浮于内容区，真的有惊艳到我。（虽然工作中这俩功能其实并不常用hhh

尽管被惊艳到，但由于我已经习惯了 Axure 9 ，试用期一过就没有再去尝试了。并且由于高版本文件无法用低版本打开，所以也没敢将 Axure 10 作为正式的生产力工具。

前段时间心情不错，突然又想折腾一番～

继填坑《博客更新后遗症》后，心里总是隐隐有些不安。毕竟作为一个喜欢探索的人，根本无法容忍版本降级。

于是决定再重新把 NodeJS 装回最新版本看看到底会发生什么，以及能不能不通过降版的方式解决。

先仔细检查下当前的版本配置。惊奇的发现 hexo 版本并没有升级！（果然之前的一顿操作太秀逗了）

之前的npm install -g hexo-cli 命令应该是只升级了 hexo-cli ，我本地的 hexo 版本才 V3.9.0 。

好吧，那就一次性都升级了再说。

一个月前，公司资产部在一年一度处理离职员工回收的资产时，我获得了一台 MacBook Air 。

由于过去从未用过 Mac ，在摸清了大致的用法后，突然想再折腾下博客。

之前我没有个人电脑，每次更换工作电脑（均为 Windows 操作系统）时，直接用 U 盘复制本地 Hexo 工作目录到新电脑上，安装相关依赖后使用。

这次准备把新到的 MacBook Air 作为我的个人电脑使用，然后让个人电脑和工作电脑都可以用来更新博客，所以需要考虑 Hexo 源文件多端同步了。

朋友网站换链接了，到 Telegram 上提醒我更新下友链。本以为不就是改个链接嘛，没想到问题接踵而至。果然太长时间没动过的东西，没有想象中那么简单。

本次更新发现的主要后遗症列表：

1. 多个朋友发生域名更换及闭站或撤链；
2. hexo & git 命令都忘了怎么用；
3. Coding Pages 服务已关闭；
4. hexo generate 生成空文件，造成网页白屏；
5. 博客头像、标签、菜单和分类均加载失败；

以下详述。

查看安装方法请直接跳转至：Windows 上如何安装 dig 工具？

前段时间又开始捣鼓网络 & DNS 了，于是去 Bind9 官方 去下载了一个最新稳定版 Windows 环境的 Bind 。

当时 Bind 9.14.1 还未正式发布为稳定版，所以我下载的版本是 9.12.3-P1 。下载完成后，安装到我的本地 PC 上。

随后我在使用这个版本的 dig 时，只要不指定 DNS 服务器就没有返回，每次使用该工具时必须指定 DNS 服务器。

如今互联网时代，已经变成了一个服务至上的时代。每个人口袋里都揣着一点小钱，购买物品时贵点便宜点已不再那么重要。

总的来说，服务态度第一，趣味性第二，价值较高的东西再考虑下性价比。如果我花点儿小钱，能买来当爷的感受，那还真真是极好的。

但是有些公司，花钱买的是罪受。熟悉灰姑娘的朋友都知道，佛性、随缘、细节，基本就是贯穿日常生活和工作的关键词。可是这么一家公司，生生的把这样的灰姑娘给气哭了！

路过的小伙伴，如果你不想花钱买罪受，记住这家公司的名字：瑞卡租车 瑞卡便利租车 首汽集团 Reocar Reocar888

到底发森了什么？且听我娓娓道来。

博客好久没有更新了，难得妇女节放半天假有个好心情。

本次更新点：

1. 修改 favicon 图标；
2. 增加原创版权声明；
3. 增加支付宝&微信打赏码；
4. 部分样式调整；

其实都是一些比较小的更新，原本也没有什么好值得一提的，主要就聊聊相关的改造想法吧。

朋友最近在做解析配置的时候遇到问题，因 gitlab 域名所有权验证时提供的 host 是 _gitlab-pages-verification-code 被解析商认为域名不符合标准而拒绝填写，便来与我讨论：域名的格式标准是什么？到底是否可以有下划线呢？

虽说没事去研究“茴”字有几种写法着实有些多此一举，不过偶尔在做些研究时带点儿孔乙己精神还是挺好玩的一件事儿。

其实关于下划线的争议，我估计也不是一天两天了。国内外一些解析商的标准都是各有不同，而一些需要配置域名解析的商家提供的要求也是五花八门。比如最常见的邮件服务提供商，它们的 MX、SPF、DomainKey 等要求非专业人员要弄懂得费可大的力气。

今天灰姑娘就来从标准规范中剖析闲聊域名格式标准的那些事。

以前做 DNS ，推出过一个系列的《如何让多 ip 域名配置游刃有余》的几篇文章，毕竟作为智能 DNS ，站点多 ip 的配置是其职责所在。

然而最近，有的小伙伴问题又来了：

没那么多钱申请那么多不同机房的公网 ip ，但又有必要部署多个不咋占资源的站点，又该怎么办呢？

别急，穷人不止你一个，自然有又穷又聪明的 PM & 技术给出解决方案，啥都能给变出来。