共计 1791 个字符，预计需要花费 5 分钟才能阅读完成。
Netlify 站点部署动态博客
明天尝试把站点部署在 Netlify 上，因为部署在 GitHub Pages 上，国内访问速度太慢了，所以就尝试一下别的站点，部署胜利之后发现速度还是不太行，后边持续找找起因
Netlify 部署的地址在这里
下图展现 GitHub Pages 站点和 Netlify 站点的全国网速比照（数据起源站长工具）
总的来说，成果比 GitHub Pages 站点速度要快
问题记录
部署的时候，有几个问题，记录一下：
- 部署时告警信息间接就阻塞了部署过程，导致部署失败，猜想是一些相似代码扫描工具使然，而后我只得先把造成告警的
hexo-lazyload插件给剔除掉，而后就能够了（还不理解Netlify的工作原理，只是长期解决计划）
以下是 Netlify 部署的局部日志信息
2:13:23 PM: $ hexo generate
2:13:23 PM: INFO Validating config
2:13:24 PM: INFO Start processing
2:13:24 PM: INFO neat the css: /opt/build/repo/source/_data/styles.styl [19.27% saved]
2:13:24 PM: INFO neat the css: /opt/build/repo/source/_data/variables.styl [NaN% saved]
2:13:34 PM: WARN request remote img fail https://pic.imgdb.cn/item/63184ff316f2c2beb1e26ab9.png
2:48:42 PM: Build exceeded maximum allowed runtimeNetlify部署胜利之后，因为资源门路不正确，导致NexT主题不失效。我原先设置了门路root: /blog/，而后就从新增加了一条记录，解析了一个新的二级域名用来拜访博客，同时，这也给我带来了另外两个问题，如下：- 原先站点
https://home.i-xiao.space/blog/上的不蒜子数据失落了，从新初始化数据了。
“不蒜子”容许初始化首次数据，然而须要注册登录，目前“不蒜子”暂停了注册性能，那就先这样吧
- 原
GitHub Pages站点不能失常拜访。给blog仓库设置GitHub Pages，绑定心得集体二级域名，在公布分支gh-pages上面生成一个 CNAME 文件，用来寄存集体二级域名。存在的问题是：hexo deploy是把master分支下生成的public目录下的动态文件推送并笼罩gh-pages分支下的文件，因为每次生成的public目录下没有CNAME文件，所以CNAME文件就被冲掉了，造成的后果就是，每次主动部署都会把之前绑定的集体域名“解绑”，导致网站不能失常拜访
- 解决 4：
办法一：本地 master 分支，在 source 目录下新建一个 CNAME 文件，寄存要绑定的域名，等到执行 hexo g 的时候，会把 source 目录下的文件“揍”到 public 下，而后推送到 gh-pages 分支上
xxx.xml 网站地图也能够用同样的形式搁置到 source 目录
办法二：实践上也能够在 generateAfter 事件中应用 node 解决
CNAME配置及工作原理探索
配置次要有两步：
- 集体域名减少 CNAME（
能够了解为 IP 昵称 (域名的) 的昵称 (CNAME)）记录， 记录值 指向托管网站调配的域名（不带 http(s)://），增加实现之后，记得 开启解析（须要期待一会，能够通过 ping 二级域名的形式查看是否解析胜利） - 托管网站上配置第一步增加的二级域名，起到 桥接 的作用
整体实现的成果就是“互联互通”。相似与路由器转发的工作，每个路由器上只存储相邻相近的路由器的 ip，整合起来就是一张大网，任何已知网路申请都会经由路由器转发达到目标主机
当拜访配置的二级域名时，因为我在域名治理平台上配置的 DNS解析到 托管网站的 域名，由该域名指向IP
我是 甜点 cc
酷爱前端，也喜爱专研各种跟本职工作关系不大的技术，技术、产品趣味宽泛且浓重，期待着一个守业机会。次要致力于分享实用技术干货，心愿能够给一小部分人一些渺小帮忙。
我排挤“新人迷茫，老人看戏”的景象，心愿能和大家一起致力破局。营造一个良好的技术气氛，为了集体、为了我国的数字化转型、互联网物联网技术、数字经济倒退做一点点奉献。数风流人物还看中国、看今朝、看你我。
