我自己的 blog基于 Hexo ,由于各种东西都一直没更新(除了内容文章),所以一直也没升级 node.js ,也没有 node.js 相关的项目。最近突然有个项目需要用到 latest 版本的 node ,就在官网更新了,然后我自己的 blog 就没法再 Generate 了。
[email protected] MINGW64 /d/blog (main)
$ hexo clean&&hexo g
(node:7552) [DEP0128] DeprecationWarning: Invalid 'main' field in 'D:\blog\node_modules\jsftp\package.json' of './jsftp.js'. Please either fix that or report it to the module author
(Use node --trace-deprecation ... to show where the warning was created)
INFO Deleted database.
INFO Deleted public folder.
(node:2648) [DEP0128] DeprecationWarning: Invalid 'main' field in 'D:\blog\node_modules\jsftp\package.json' of './jsftp.js'. Please either fix that or report it to the module author
(Use node --trace-deprecation ... to show where the warning was created)
INFO Start processing
D:\blog\source\_data\bangumis.json
INFO 167 bangumis have been loaded
INFO Generating urls for last 100 posts

旧的 node 版本是node-v12.18.1-x64,新的版本我装的是node-v16.13.2-x64,然后我把node_modules文件夹删掉后执行npm install,也会报错,日志有点长,点击此处获取。
不知道是否能隔离两个项目的 node 版本(系统是 Windows 10 Pro )或者让 blog 支持新版本的 node 。

感谢 5 楼,现在已经换 nvm 切换各个 node 版本了。

关键词:hexo nodejs14

解决方法:回滚 nodejs 到 12

都不用 nvm ?

Volta

升级下 hexo 呗

这题我会! github.com/nvm-sh/nvm

windows 是这个 github.com/coreybutler/nvm-windows

node 真别随便升级,硬要升级的话,确保 package-lock.json 完好无损

推荐一个更优秀的替代品 github.com/Schniz/fnm ,nvm 严重拖慢 terminal 启动速度

Node 毕竟是个运行时,这和 Java 升个级、.NET 升个级一个道理,一定是会出大大小小的问题的,不能把它等同于工具库升个级这么简单

这是哪个依赖还在坚守 node-sass…

不如试试 docker ,把这些都丢到容器里跑,环境就稳定了

可以装多个 node 吧,n 切换下

我也是因为这个原因,所以把 Hexo 换了。

nvm 确实会对终端启动速度有影响,我用 zsh ,可以用 zsh-nvm 这个 plugin 实现 nvm 的 Lazy Loading ,速度提升明显。

歪个楼,我一直觉得 hugo 挺好用的🙈

换 hugo

node-sass 的问题,我一般用 sass 代替 node-sass 就行了
但是 hexo 没用过,不知道怎么搞

前端随便升级 node 可是一个禁忌

最近重装 ghost 发展 node 真滴难,动不动就升级

没用过 node ,谁能解释下为啥会出现 Invalid 'main' field ?

没怎么接到过 node 的项目不太清楚能不能升级
怎么说确保 package-lock.json 完好无损?
但我没想到 node 它不能多版本共存啊,.net 和 java 都能多版本共存
确实,应该学学用 Docker 做项目了
不清楚,node 有办法列出依赖树吗
先存了,之后看看,我这目前没感觉 nvm 明显拖慢 terminal 的速度。话说 nvm 的原理不应该类似于手动更改环境变量吗,为什么会拖慢终端的速度?
好的,感谢,已经用在生产环境了

#21 Node 是最容易共存的,没有系统级依赖,配个 PATH 就能切不同版本

上面这么多人都没点开接一下看完整版本的日志吗,明明就是 Python 错误。

你升级 node 之后,npm install 时需要重新编译 node-sass ,而你的 node-sass 版本太旧,里面的编译脚本还是 Python 2 语法,而你系统的 Python 的是 3.9 。print 语句已经在 Python 3 删除,Python 3 只有 print 函数。

所以两个方法:

  1. 把系统 Python 降级会 Python 2 ,不过 Python 2 早已经废弃了。
  2. 修改 package.json, 把 node-sass 版本升级一下, 起码是迁移到 Python 3 的版本。

作为后端,负责一个 admin 项目,然后收到 dependabot 的提示升级 chore(deps): bump axios from 0.21.1 to 0.21.2 的 PR ,然后 merge 了,然后页面挂了。
一脸懵逼,这兼容性也太差了。

个人同样推荐 fnm ,nvm 启动太慢,虽然在 Linux/macOS 下还可以接受,但是 WSL 下非常慢。
nvm-windows 的操作逻辑和 nvm 有很大不同,而且印象中还缺功能,比如用 nvm install 16 ,它只会安装 16.0.0 版本。
fnm 则没有上述问题,它跨平台,支持多种 shell (包括 cmd 和 PowerShell)。

前端随便升 node ,前端项目用 node 就跑个工具链,支持最新版 /最新 lts 版都是没问题的。当然维护古老工具链除外。

Hexo (需要升级到 5.0 以上版本):

  • 使用 hexo init blog 创建一个新项目
  • 把新项目中 package.json 的依赖覆盖当前项目的依赖

Schniz/fnm: 🚀 Fast and simple Node.js version manager, built in Rust
github.com/Schniz/fnm
用这个试一试~

当然是用 docker 啦,docker 才算通用的解决方案。不然以后多 node 应用你还是可能会遇上同样问题

这就是若干年前为什么从 hexo 迁移的 hugo 的原因之一。。当时还总结了下,供题主参考:

  • liujiacai.net/blog/2020/12/05/hexo-to-hugo/

如果你只是用个 webpack ,完全没必要升级

Node14 后的 esm 还是值得升级的