webpack之proxyTable设置跨域

为什么要使用proxyTable

  • 很简单,两个字,跨域。
  • 在平时项目的开发环境中,经常会遇到跨域的问题,尤其是使用vue-cli这种脚手架工具开发时,由于项目本身启动本地服务是需要占用一个端口的,所以必然会产生跨域的问题。当然跨域有多种解决方式,这里就不一一例举,下次弄篇文章单独讲,在使用webpack做构建工具的项目中使用proxyTable代理实现跨域是一种比较方便的选择。

如何使用proxyTable

还是拿之前使用过的vue-cli举例。我们首先要在项目目录中找到根目录下config文件夹下的index.js文件。由于我们是在开发环境下使用,自然而然是要配置在dev里面:

dev: {
  env: require(‘./dev.env‘),
  port: 8080,
  autoOpenBrowser: true,
  assetsSubDirectory: ‘static‘,
  assetsPublicPath: ‘/‘,
  proxyTable: {
    ‘/api‘: {
      target: ‘http://www.abc.com‘,  //目标接口域名
      changeOrigin: true,  //是否跨域
      pathRewrite: {
        ‘^/api‘: ‘/api‘   //重写接口
      }
    },
  cssSourceMap: false
}

上面这段代码的效果就是将本地8080端口的一个请求代理到了http://www.abc.com这一域名下:

‘http://localhost:8080/api‘ ===> ‘http://www.abc.com/api‘

没有统一项目名下的使用

上面那种情况是有一个统一的项目名api的,所以说是比较好匹配的,就相当于说直接将以api开头的接口名代理一下换成目标域名访问就好了,可是如果说后台返给我们前端的接口没有了统一的项目名呢?之前,我是一个个单独去做了转换,接口少还没什么关系,但多了肯定是不现实的,前段时间在一次面试中受到了面试官的启发想到了这样一种取巧的方案:

//先人为给接口地址前面加上一个自定义的项目名
let someApi = ‘api‘ + ‘/xx/xx‘;

dev: {
  env: require(‘./dev.env‘),
  port: 8080,
  autoOpenBrowser: true,
  assetsSubDirectory: ‘static‘,
  assetsPublicPath: ‘/‘,
  proxyTable: {
    ‘/api‘: {
      target: ‘http://www.abc.com‘,  //目标接口域名
      changeOrigin: true,  //是否跨域
      pathRewrite: {
        ‘^/api‘: ‘/‘   //重写接口
      }
    },
  cssSourceMap: false
}

这里的项目名api是我们人为加上去的,经过代理之后就没了,这样我们在配置代理这里还是只需要配置一份就够了,只是在写接口地址时要注意区分开发环境和线上环境就可以了。

原文地址:https://www.cnblogs.com/wuliujun521/p/11359761.html

时间: 2024-08-10 15:32:25

webpack之proxyTable设置跨域的相关文章

iview-cli 设置跨域代理服务器

1.打开 webpack.dev.config.js 2.//设置跨域代理 devServer: { historyApiFallback: true, hot: true, inline: true, stats: { colors: true }, proxy: { //匹配代理的url '/api': { // 目标服务器地址 target: localhost:8080', //路径重写 pathRewrite: {'^/api' : '/api'}, changeOrigin: tru

nodejs设置跨域访问

//设置跨域访问app.all('*', function(req, res, next) { res.header("Access-Control-Allow-Origin", "*"); res.header("Access-Control-Allow-Headers", "X-Requested-With"); res.header("Access-Control-Allow-Methods",&qu

设置跨域cookie(www.jd.com,search.jd.com...这种的情况)

设置跨域cookie 原文地址:https://www.cnblogs.com/x54256/p/8671951.html

ASP.NET MVC中设置跨域

ASP.NET MVC中设置跨域 1.什么是跨域请求 js禁止向不是当前域名的网站发起一次ajax请求,即使成功respone了数据,但是你的js仍然会报错.这是JS的同源策略限制,JS控制的并不是我们网站编程出现了问题.客户端(网页)和后台编程都可以有效解决这个问题.客户端可以通过JSONP来完成跨域访问:在ES6中为了解除同源策略问题,想出一个办法:当被请求网站为响应头respone添加了一个名为Access-Control-Allow-Origin的header,设置其值等于发起请求网站的

谷歌浏览器设置跨域失败

在进行前端开发设置谷歌浏览器跨域时遇到了问题,百度上说的方法不管怎么设置就是不能跨域,在死怼中发现了可以这样设置跨域(详见三) 总结三种方法: 一.49版本以前的设置: 在桌面chrome快捷方式的属性中的目标输入框添加   --disable-web-security  与前面字符之间有空格 二.49版本以后的设置: 1.在电脑上新建一个目录,例如:C:\MyChromeDevUserData 2.在属性页面中的目标输入框里加上   --disable-web-security --user-

webpack学习记录(十)-跨域

webpack学习记录(十)-跨域 准备工作 建一个简单的服务端 const express = require('express') let app = express() app.get('/api/user', (req,res) => { res.json({msg:'服务器启动'}) ) app.listen(3000) 发送一个请求 let xhr = new XMLHttpRequest() xhr.open('get','/api/user',true) xhr.onload =

跨域 webpack + vue-cil 中 proxyTable 处理跨域

跨域 了解同源政策:所谓"同源"指的是"三个相同". 协议相同 域名相同 端口相同 解决跨域 jsonp 缺点:只能get请求 ,需要修改B网站的代码 cors 这个方案缺点 是 ie6 7 兼容不好(倒是不见得要兼容).需要B网站在响应中加头 postMessage 缺点也是 ie6 7 兼容不好(倒是不见得要兼容).需要修改B网站的代码 iframe window.name 传值得方式很巧妙,兼容性也很好.但是也是需要你能修改B网站代码 服务端主动请求B网站,兼

vue proxyTable 接口跨域请求调试(五)

在不同域之间访问是比较常见,在本地调试访问远程服务器....这就是有域问题. VUE解决通过proxyTable: 在 config/index.js 配置文件中 dev: { env: require('./dev.env'), port: 8080, autoOpenBrowser: true, assetsSubDirectory: 'static', assetsPublicPath: '/', //proxyTable: {}, proxyTable: proxyConfig.prox

设置跨域的iframe的高度

原因 如下图,A域中有个B域的页面,但是B的页面的长度不确定,A无法去设置一个准确的高度. PS:iframe高度设置auto是无效的 解决办法 如上图, (1)在B页面中加一个A的代理页面的iframe PS:这最里面的A页面能调用最外层A页面的方法,而B页面是调用不了最外层A的(因为跨域的安全限制). (2)当B页面加载完成时,修改A的agent.html所在iframe里src. setTimeout(function(){ var _height = $("#vs-source"