新的Blog,第一篇,Blog搭建的经历

起初

记得接触Hexo + Next 还是在大学的时候,当时用腾讯云的学生优惠,买了10元/月的服务器,还备案了一下,搞blog。后来因为服务器需要一个月一个月的续期,而导致blog的数据差点全部废掉(虽然后面还是废掉了)。

过程

刚开始兴致勃勃,看了Jekyll,Hexo之类的静态服务,发现Hexo+ Next 也就是我现在这个方式,比较符合我的风格,比较简约,黑白的配色,功能也不错,可以有评论,还可以使用Markdown用来写作。于是便搭建起来了v1版本。后来不出意外的,烂尾了。因为当时是参考别人的教程搭建的,所以当时对hexo这东西也不了解,当时的方式是,在 config.yaml 中配置好github仓库地址,分支,使用Hexo 默认的 hexo deploy 命令 可以推送到gh-pages 分支,当时也是这么搞的。
但是这样子就会遇到一个问题,就是你的 markdown源文件,只能跟随 那个本地的 github项目 copy过来copy过去,而github上面推送的是markdown编译过后的html文件,所以如果想要更新博客,就需要固定到一台电脑上面,相当于放弃了WordPress,Typecho之类博客的便利性。当时也有另外的教程,教你怎么把 markdown文件推送到 Github的同名仓库中,大概意思是先 pull下来 github的仓库,除了gh-pages 分支以外,切出来一个master分支,把master分支伤的所有内容删除掉,用markdown的文件目录覆盖,再推送到master分支,这样子就会导致一个问题是,配置中的 类似 private key/token 也会丢掉,所以这个操作也不太方便,甚至有些被滥用的危险存在。

中转

后来痛定思痛,尤其是工作以后,虽然每个月也不缺这几十块钱,也不能导致我突然暴富,但是越来越发现买服务器需要及时续费这个途径对我来说走不通,因为我记性不太好,经常性会忘记(太懒),所以大学时的我大概也是这么想的,在接触到 Github之后,了解到了 Github Pages服务,于是便开始了搭建踩坑的路。后来这博客 也断断续续 但是大多都废了。还是需要坚持做下去。

转机

也不能算是转机,过了好多年,博客也重建了好几次,但每次都感觉达不到预想中的样子。就在一个月之前,我搭建了这个blog,这次是使用WordPress搭建的,找了一个比较不错的主题,于是就又又建起来了。还写了两三篇文章,也有几篇在草稿里酝酿。
new_blog
直到昨天,受到一个大佬的启发,又想搭建起来 Hexo + Next的 blog,访问了 hexo的主页。https://hexo.io/zh-cn/docs/ 突然发现,在Github Pages的部署方式里,清晰的写着,可以直接将 hexo的 blog文件夹,直接全部提交到 github的仓库里,而无需去管生成的静态文件!!! 也可能是后面更新了,我没follow,也可能是早就出了这功能,只不过是当时我没看过,也不太了解。
hexo_github_deploy_page

反思

之前很多次情况也是,因为没有看过官网,又或是懒得看官网,导致踩坑无数。早年上大学时,使用百度用来搜索一些技术问题,练就了屎里刨金的一些辨别本领,当时自我感觉良好,但是谁知道为以后甚至是现在 留下了很多深坑。

所以说,以后做事,又或者是翻技术文档,还是要尽量去看权威的文档,如果一个事情权威的文档都没有或是没有覆盖到的情况下,再去带着批判的心态去看别人转载或是写的文档,作交叉验证。
还有就是,最近养成了强迫不用百度的习惯,百度搜索出来的内容,真的是越来越多狗屎了。现在再去狗屎里刨金,可能刨个好久结果自己被狗屎淹没了。尤其是类似 ChatGPT之类的AI大模型出来之后,百度也出了自己的文心一言,还是不如ChatGPT的。倒是有个KiMi.AI 比 百度文心一言 给出的答案靠谱一些,所以最近有在用。