众所周知，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 & 技术给出解决方案，啥都能给变出来。

AWS 作为云计算行业鼻祖，不论是什么功能，都做得非常完备，且一切可编程。它们能全方位的解决客户的各种问题，甚至想他人之未曾想，真的非常值得业内人士及机构尊敬。

但，完备的背后离不开大量的人力支持，又因为它的完备使得各业务都极其复杂。我最近才开始好好看一看 AWS ，才知道居然都有专门的 AWS 咨询师这样的职业。真是厉害了~

目前主要在看的模块是 IAM 以及周边功能，由于本喵的英文水平不太好，云计算行业术语又了解得太少，看得好费劲。不过通过借助谷歌翻译、上手操作以及咨询兽兽等大咖，也算是了解了个大概。