从 博客搭建开始,到现在一年多了,陆陆续续更新了几十篇自己的所学所感,最近在浏览别人博客的时候,觉得有些人的博客的打开速度比我的快,就想着,是不是要更新一下博客的插件,于是就尝试了一下,当然中间遇到了问题,给我带来了一些思考。

思考一

盲目的升级了所有插件,升级了 环境,导致 hexo generate 运行后 编译报错很奇怪,去网上搜索问题,有网友指出是插件版本问题(这个毫无疑问,因为我也是升级了 插件导致的)网友的建议是 使用稳定版的插件

于是我重新还原了项目,分为几步走,

  • 我一个 一个插件升级
  • 升级一个插件后,就重新编译 测试一下 ,后面我在所有插件只剩下 hexo 这个安装包 的时候 都是OK的
  • 那么问题很明显了,我的报错是 我升级 hexo 引起的,那是不是 最新的 hexo 触发了什么问题吗 这样呆着疑问我继续找问题,我把 我大部分的文章都 移动出来,就剩下几篇简单的文章,发现是可以通过编译的
  • 此时我一个文章添加进去,哪个添加进去后 报错了,肯定是那个文章 格式不对,后来 经过一点点摸索,终于大概 20分钟后,找到了报错地方是 一个 http 地址引起的
  • 我的报错 是 【ERR_INVALID_URL】 这个类型的,我再文章里 直接写了的 http://localhost:4000 这样的 导致的,于是我 就把 http://localhost:4000 改成了 http://localhost:4000 添加了 代码格式 就没事了,但我后面 测试 发现这个问题 又不见了,可以 直接写地址,这个 很奇怪,估计应该是 插件 升级 后 不兼容引起的 如果我重新 建文章 到没有直接触发这个问题
  • 最后 成功 把 hexo 从 3.9.0 升级到 4.2.0

思考二

以前 对 npm 安装的插件理解不是很深入,以前总觉得 package.json 是插件结果的一个体现,比如我项目用了什么插件,里面就显示了 使用的插件结果,这次安装,升级后,理解了,这个 文件 其实 蛮重要的,在项目内 可以删掉 node_modules 文件夹 然后 直接运行

1
npm install

就能 直接读取 package.json文件里 配置好的 插件 直接 生成对应的环境 以前 我总是一个个 重新安装一遍,很费精力,如果想来,是自己对 npm 使用的方式不对,根本原因是自己对 npm 理解不够深入引起的,这次本来是 升级一下博客,结果还额外理解了 npm 的知识,内心还是很开心的。

后记

虽然说,新版本代表着未知,可能会有新的问题,但是一般来讲,新版本都是对过去版本的功能拓展和升级,已经问题的修复,如果撇开商业因素的问题,作为一个技术的学习者,是要保持着对新事物的好奇和学习的心情,俗话说,“不积跬步无以至千里”,有时候差距就是一点点拉开的,今天 和社会脱节一点点,明天一点点,时间久了,自己想追上去的时候,却发觉距离太大,而引发更大的恐惧和焦虑,与其被社会逼着进步,不入自己拥抱变化,拥抱未来。