Utilisez vue-cli pour construire le projet, l'interface est transmise comme suit
proxyTable: {
'/api': {
target: 'http://abcd.com/api',
changeOrigin: true,
pathRewrite: {
'^/api': ''
}
}
}
Dans l'environnement de développement, cette configuration peut résoudre les requêtes inter-domaines dans l'environnement de développement. Ensuite, dans l'environnement de production, après l'empaquetage via npm run build, vue-cli gérera-t-il ce problème par lui-même ? À quoi d’autre dois-je faire attention dans un environnement de production ? Demandez à Dieu des réponses
axios.post('api/auth/register', {
'firstname':this.firstname,
'lastname':this.lastname,
'email':this.email,
'password':this.password,
'password_confirmation':this.configPassword
})
.then(function (response) {
console.log(response.data);
})
.catch(function (error) {
console.log(error);
});
En supposant que l'API ci-dessus est demandée (l'environnement de production n'a pas de cross-domain) et que les données peuvent être demandées après le transfert de l'interface de configuration locale, à quoi devrait-elle ressembler dans l'environnement de production ? Après le packaging direct, les ressources seront-elles placées sur le serveur ?
vue-cli ne s'en chargera pas à votre place. .
.L'environnement de développement utilise l'interface de l'agent local et l'environnement de production utilise l'interface formelle. Écrivez simplement la logique dans votre propre code et appelez différentes adresses d'interface en fonction des différents environnements
C'est
vue-cli
对反向代理
的一个实现,方便开发环境使用。生产环境中
反向代理
的方式也有很多:nginx
、Apache
之类的,如果没有跨域,不需要反向代理
的话,就把前端代码直接丢在接口服务器中就行了(tomcat、jboss之类
),但不推荐,静态资源
就应该走静态服务器
。我们的生产环境是
nginx
, la configuration est probablement comme ceci :