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 runtime
Netlify
部署胜利之后,因为资源门路不正确,导致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
酷爱前端,也喜爱专研各种跟本职工作关系不大的技术,技术、产品趣味宽泛且浓重,期待着一个守业机会。次要致力于分享实用技术干货,心愿能够给一小部分人一些渺小帮忙。
我排挤“新人迷茫,老人看戏”的景象,心愿能和大家一起致力破局。营造一个良好的技术气氛,为了集体、为了我国的数字化转型、互联网物联网技术、数字经济倒退做一点点奉献。数风流人物还看中国、看今朝、看你我。