Vue -- vue-cli webpack打包开启Gzip 报错
前两天项目上线,用vue-cli npm run build命令打包,打包完成后我擦吓了一跳,15m。本来暂时不打算优化的,但是每次看着部署包这么大,想想还是先优化一下,让包好看点,免得以后出现心理阴影!
在把 map文件干掉后,发现 webpack 这打包的速度,也忒感人了。在进行不自动生成 map文件设置时,有看到webpack自带的 productiongzip
功能,索性就一次性一起鼓捣鼓捣。
下面是瞎鼓捣历程,差点就鼓捣不出来了。
1、在项目 根目录config/index.js 中 build 内找到 productiongzip: false, 把 false改为true。与 productionsourcemap 刚好相反。
属性值修改后,这个时候可以执行 npm run build。但是会报错,提示找不到 " cannot find module 'compression-webpack-plugin'"
2、也就是说需要安装依赖 compression-webpack-plugin 官方推荐的命令是:(但是网不好的话就凉凉了)
npm install --save-dev compression-webpack-plugin //在没有给定版本号时该命令默认安装最新版compression-webpack-plugin,问题恰恰就出在这。
安装完成以后,重新运行 npm run build,然后悲剧了:
从报错显示获知,是配置选项验证失败,但是是哪一项验证失败,或者那些项验证失败就不晓得了,打开报错日志,越看越蒙圈了,一脸茫然。从源代码里面也没看出个所以然。
从校验参数来看,参数就两个,但是第一个参数内属性很多。
,从结果看是这行代码里面执行的校验失败了。至于这行代码执行的什么,水平不够查不下去了。
最后没得法了,只能去官网 上看看,有么得啥突破。进去第一眼就瞄到了 感觉有点不对了,一般小版本的更新都是 1.xx.xx,很少这种直接全零的,全零的一般适用于大版本的升级更新,再看看上面的配置项检验失败,选项属性匹配不上。突然有种莫名被坑的感觉。接着看下面的介绍和文档,①先对应了下node的版本 node@v8.11.3,还在匹配的范围内。② requirements:this module requires a minimum of node v6.9.0 and webpack v4.0.0 (此模块最低需要 node v6.9.0和webpack v4.0.0),我这webpack版本明显差一大截。这下总算找到症结所在了。
3、找到症结所在,那处理起来就简单了。既然最新版本太高,在用的webpack高攀不起,那就只能给它降级了,木得法。
①卸载已经安装的最新版2.0 compression-webpack-plugin
安装包。
npm uninstall --save-dev compression-webpack-plugin
② 重新安装1.1.12版本(该版本为1.1的最新版)。卸载其实可以不用,直接执行安装命令,进行版本覆盖也行。
npm install --save-dev compression-webpack-plugin@1.1.12 //记得带版本号
③等安装好之后,重新执行 npm run build 进行打包,终于成功了,真他妈艰难!
安装过程中,还遇到另外一个问题。网速和墙的问题:
这个倒是好解决,使用 淘宝镜像 就行。 安装过程以及可能出现的问题和解决 可以移步 进行参考!
推荐阅读
-
解决vue-cli webpack打包后加载资源的路径问题
-
Vue -- vue-cli webpack打包开启Gzip 报错
-
解决vue-cli项目webpack打包后iconfont文件路径的问题
-
vue-cli webpack2项目打包优化分享
-
详解vue-cli快速构建vue应用并实现webpack打包
-
vue-cli 打包后提交到线上出现 "Uncaught SyntaxError:Unexpected token" 报错
-
vue-cli webpack模板项目搭建及打包时路径问题的解决方法
-
vue-cli与webpack处理静态资源的方法及webpack打包的坑
-
vue-cli npm run build 打包问题 webpack@3.6
-
在vue-cli中如何实现webpack2项目打包优化