Définissez Response.setHeader("Access-Control-Allow-Origin", "*"); en arrière-plan Vous pouvez également le configurer côté nginx pour résoudre le problème. jsonp n'est pas une méthode particulièrement bonne, elle a des limites de taille sur les données transmises.
Il n'est pas recommandé d'utiliser jsonp entre domaines. Bien que cette ancienne méthode ait une bonne compatibilité, elle présente de grandes limites et présente un risque de XSS. La séparation complète du front-end et du back-end nécessite, bien sûr, du personnel front-end pour gérer le serveur Web. Bien sûr, cela implique des exigences plus élevées pour le personnel front-end.
S'il s'agit simplement d'ajuster l'interface, il est préférable de configurer vous-même un serveur de test local. Il est utilisé comme serveur statique pour la page, ce qui est pratique pour ajuster la page, et peut transmettre la requête et la demande. les données. Vous pouvez utiliser Express vous-même, ou vous pouvez en utiliser des prêts à l'emploi tels que browsersync+gulp ou webpack+hot reload server.
J'utilise browsersync, la configuration est très pratique, vous pouvez vous y référer.
Au fait, cela ne devrait-il pas être décidé avant le développement ? N'est-il pas un peu tard pour décider s'il s'agit de jsonp ou de cors jusqu'au débogage conjoint ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Définissez Response.setHeader("Access-Control-Allow-Origin", "*"); en arrière-plan
Vous pouvez également le configurer côté nginx pour résoudre le problème.
jsonp n'est pas une méthode particulièrement bonne, elle a des limites de taille sur les données transmises.
CORS。。。。
CORS. Puisqu'il s'agit d'une analyse front-end et back-end, définissez simplement l'en-tête en arrière-plan
Cette fois, un serveur de nœud sera utilisé pour transmettre la requête
Il n'est pas recommandé d'utiliser jsonp entre domaines. Bien que cette ancienne méthode ait une bonne compatibilité, elle présente de grandes limites et présente un risque de XSS.
La séparation complète du front-end et du back-end nécessite, bien sûr, du personnel front-end pour gérer le serveur Web. Bien sûr, cela implique des exigences plus élevées pour le personnel front-end.
S'il s'agit simplement d'ajuster l'interface, il est préférable de configurer vous-même un serveur de test local. Il est utilisé comme serveur statique pour la page, ce qui est pratique pour ajuster la page, et peut transmettre la requête et la demande. les données.
Vous pouvez utiliser Express vous-même, ou vous pouvez en utiliser des prêts à l'emploi tels que browsersync+gulp ou webpack+hot reload server.
J'utilise browsersync, la configuration est très pratique, vous pouvez vous y référer.
Il existe un plug-in Chrome, ce qu'il fait est réponse.setHeader("Access-Control-Allow-Origin", "*") , activez-le simplement.
Ajouter nginx
WebSocket n'est pas soumis à des restrictions inter-domaines et peut transmettre n'importe quelle donnée, y compris jsonp.
Au fait, cela ne devrait-il pas être décidé avant le développement ? N'est-il pas un peu tard pour décider s'il s'agit de jsonp ou de cors jusqu'au débogage conjoint ?
Pas besoin de jsonp, c'est trop gênant