1.解决页面空白,找不到资源 在项目根目录中的vue.config.js中publicPath: '/'修改为publicPath: './',如果没有这个文件,新建一个,基础代码为: module.exports = { publicPath: './', outputDir: 'dist', lintOnSave: true, runtimeCompiler: true, //关键点在这 // 调整内部的 webpack 配置. // 查阅 https://github.com/vuejs/

base href换成如下script标签 <!-- <base href="/"> --> <script> document.write('<base href="' + document.location + '" />'); </script> 在app.module.ts下添加 { provide: LocationStrategy, useClass: HashLocationStrategy

最近在使用mpvue开发微信小程序,在开发过程中使用有赞的小程序ui框架—— vant Weapp ,至于如何使用在我个人博客中有一篇关于如何使用vant Weapp ,需要的同学请点进这里自行查看. 使用过mpvue框架开发过小程序的同学都应该知道,通过mpvue开发的小程序需要通过npm run dev命令才能在微信开发工具中调试小程序,按照我那篇使用vant Weapp的博客说明,使用npm run dev命令,vant Weapp框架都没有什么问题,也就是说开发环境下没有任何问题,今天小

摘要 在React项目中,我们需要采用它的路由库React-Router来进行页面跳转,React会根据路由URL来判断是哪个页面.常见的的URL有两种显示方式,一种是hashHistory的形式,形如:localhost:3000/#/free-lesson的路由,另一种是browserHistory的形式,形如:localhost:3000/person-center的真实URL路由.在实际项目中常常用真实的URL的方式,但是该形式存在一个隐藏的问题,就是项目打包后,浏览器页面刷新会出现40

平时run dev都能正常显示的css背景图片在npm run build打包后竟然不显示了(写在标签对中的图片都可以正常显示),而且dist/static/img目录下是确实有这张图片的,于是查看打包后的dist/static/css目录下的css文件 发现打包生成的图片路径为background:url(static/img/bg.9a5d8a4.png); 路径是错的,css文件的所在目录下当然没有static文件夹,所以也就无从找到这张背景图片,所以正确的应为 ../../static/

刚开始使用微信分享,申请的微信appid也可以在直接使用,分享成功! 当我使用自己的签名打包分享时却分享失败,一闪而过,好郁闷的说,为什么之前没有打包就可以,签名打包后就不可以了... 开始查找各种资料,综合一下问题所在和解决方法. 问题:第一次申请时使用的是没有打包的apk,android studio默认使用的是debug.keystore, 微信公开平台上微信的签名也是使用的这个签名. 使用自己打包的签名时就和自己申请的不一致,所以失败.   解决方法:   1.使用自己的签名打包apk,

1. 成功使用webpack打包完成后会默认得到dist的文件夹 2. dist文件夹中有html与其他的静态文件 3. 在dist文件夹中打开命令窗口或者git,开一个服务器(像anywhere) 若没有使用服务器直接打开,会报如下错误(找不到服务器): 4. 在浏览器打开对应地址即可(打包后的vue项目,路由失效!!!)

刚用VUE做项目,之前测试时vue创建的自身项目打包都是启动OK没问题.今天打包自己的时,启动一直白屏.折磨了好久,百度了一堆.终于找到了方法. 首先是在config/index.js里面 build: { // Template for index.html index: path.resolve(__dirname, '../dist/index.html'), // Paths assetsRoot: path.resolve(__dirname, '../dist'), assetsSu

最近自己和朋友做了一个小的项目,用的是vue3.x版本,本地dev运行的时候接口什么的都是正常的,但是build打包后本地使用anywhere启动一个本地服务的时候发现接口报错405状态,发布到线上接口直接报错404. 很奇怪,因为本地都是好的没有道理线上的不行. 我第一时间想到的很大可能是设置代理的部分出了问题. 首先我排查了本地的代码,本地代码是ok的,然后和之前2.x版本的代理配置比对,也没有发现问题所在. 然后在谷歌上面找到了一个原因: vue的代理配置只是在dev的时候启动,打包的时候

由于现在前端使用的三大框架配合webpack可以实现快速打包,为部署到服务端提供了非常大的便利,那么在前端打包后,应该做些什么可以部署到django的后台中呢? 1.打包后文件包dist 进入到 dist文件包会发现是这个样子的: 2.在django项目中创建前端文件包(静态资源包,我习惯起名为frontend)        然后把dist文件包中的static文件包和index.html拷贝过去,接着把static文件包中的所有文件和index文件都剪切到上一层目录(都在frontend中)

打包之前需要修改如下配置文件: 配置文件一:build>>>utils.js (修改publicPath:"../../" , 这样写是处理打包后找不到静态文件(图片路径失效)的问题) 配置文件二:config>>>index.js(修改assetsPublicPath:'./' ,修改目的是为了解决js找不到的问题) 打包好后双击index.html可以正常浏览网页就说明没问题了

安装完vue后搭建了一个项目,直接执行 npm run dev 是可以正常打开页面的: 但是执行 npm run build 打包项目后打开却报错了,如下: 原来是项目中的静态文件路径报错了... 然后就针对这个问题去查找解决方法: 第一步: 第二步: 找到下面文件,添加一行代码: publicPath: '../../' 第三步: 重新执行 npm run build  ,再次打开成功 说明:  这里的打开方式:在builder编辑器里面直接打开打包后的dist文件夹下的index.html,

SpringBoot 项目打包后获取不到resource下资源的解决 在项目中有几个文件需要下载,然后不想暴露真实路径,又没有CDN,便决定使用接口的方式来获取文件.最初的时候使用了传统的方法来获取文件路径,发现不行.查找资料后发现是SpringBoot框架导致的,得用另外的方法: //听说在linux系统中会失效. //不用听说了,就是会挂,血的教训 String path = ResourceUtils.getURL("classpath:").getPath(); //此方法返回

项目上线后,浏览器第一次加载会特别特别慢,network中看到vendorjs文件1.9M,不慢才怪. echarts按需引入后,也有1.1M左右,由于对vue脚手架理解不深,自己扒了大量的文档,又测 试了很多次,才测试成功,暂时简单记录下. npm run build --report 可以查看文件的大小分布 罪魁祸首是elementui和echarts() 1- app.js存放页面中的js操作,使用路由的按需加载,可把app.js分隔成多个小的js文件 此时分隔好的js文件要看各页面中的业

  打包文件路径修改在config/index.tsx中,如下 esnextModules: ['taro-ui'],配置也需要在h5中写入并且将publicPath: './'即可,不需要在做一个h5配置,如果新建一个h5配置则打包后的路径配置就会失效,打包后文件的css,js引入都会默认为/css,/js而不是./css,./js;h5打包后本地直接查看需要修改路径为./引入css,js即可,用它直接覆盖你的h5配置即可 自己踩的坑,自己填,哎 h5: { esnextModules: ['

从开通博客到现在也没写什么东西,最近几天一直在研究vue+webpack+element-ui项目打包速度优化,想把这几天的成果记录下来,可能对前端牛人来说我这技术比较菜,但还是希望给有需要的朋友提供一下方便. 一开始项目部署到线上后第一次访问首页的时间是7.8秒的样子,页面加载太慢了自己都接受不了何况用户. 主要是从一下几步来优化的: 1.vue路由的加载方式 import Home from '@/components/Index' 改为 const Index = resolve => r

本教程是针对vue-cli3以上的版本,其实原理都大同小异,这个demo为vue-cli直接创建的项目,并在main.js中引入了echart.element-ui.lodash 首先看demo打包后生成的文件大小,这个demo里面什么业务都没写.仅仅引入了几个包,chunk-vendors.js就达到了1.6M之多,如果是写入了庞大的业务后没做任何优化处理,那么这个文件可能会达到10M之多,这发生在我真实的项目经历中 借助webpack-bundle-analyzer帮助分析 首先安装webp

使用vue-cli3.x正确打包项目,配合nginx运行打包后的内容 vue.config.js module.exports = { publicPath: './',//打包后的位置(如果不设置这个静态资源会报404) outputDir: 'dist',//打包后的目录名称 assetsDir: 'static'//静态资源目录名称 } router.js export default new Router({ mode: 'history',//配合nginx本地才能正常的使用histo

导航栏点击切换时 会出现Loading chunk {n} failed  ,刷新之后便不会出现.而且n在最新的build的文件中,n没有存在 偶然一次发现,项目更新迭代开发时上传测试环境后就会出现,当我们打包后某些js文件会改变,再上传到服务器后,由于浏览器缓存问题,用户在访问的时候还会再访问之前的js文件.就会出现Loading chunk {n} failed这种报错, 思考到了路由懒加载的情况下,访问当前应用进行路由跳转时都是实时动态的从服务器上拉取相应模块的js文件,这时候我们改完代码

开门见山 1.打包单一模块 webpack.config.js module.exports = { entry:"./chunk1.js", output: { path: __dirname + '/dist', filename: '[name].js' }, }; chunk1.js var chunk1=1; exports.chunk1=chunk1; 打包后,main.js(webpack生成的一些注释已经去掉) (function(modules) { // webpa

最近在清理Google Docs中之前共享过的文件链接,发现Google Docs多人协作共享过的链接会一直存在,在实际操作中较不灵活.正好订阅的RSS推送了Pseric写的这篇文章 - Expire Google Drive Files 让Google 云端硬碟共用连结在指定时间后自动失效,文中介绍的Expire Google Drive Files可以让Google  Docs云盘共享连接在指定时间后自动失效解决了指定时间内权限失效的问题. —————————————————————————