联调接口 后台完全不管 目前准备用jsonp来做跨域 想问各位有没有什么更好的解决方法
小伙看你根骨奇佳，潜力无限，来学PHP伐。
バックグラウンドでresponse.setHeader("Access-Control-Allow-Origin", "*");を設定します問題を解決するためにnginx側で設定することもできます。 jsonp は特に優れた方法ではなく、転送されるデータのサイズ制限があります。
コル。。。。
コル。フロントエンドとバックエンドの分析なので、バックグラウンドにヘッダーを設定するだけです
今回はリクエストを転送するためにノードサーバーを起動します
jsonp クロスドメインの使用は推奨されません。この古い方法には互換性がありますが、大きな制限があり、XSS のリスクがあります。 フロントエンドとバックエンドが比較的完全に分離されているということは、当然ながら、フロントエンド担当者が Web サーバーを管理することを意味します。
インターフェースを調整したいだけの場合は、ローカルのテストサーバーを自分でセットアップすることをお勧めします。これはページの静的サーバーとして使用され、ページの調整に便利で、リクエストを転送してデータをリクエストできます。 。 Express を自分で使用することも、browsersync+gulp や webpack+hot reload サーバーなどの既製のものを使用することもできます。
私はbrowsersyncを使用しています。設定は非常に便利です。これを参照してください。
Chrome プラグインがあり、それが行うことは response.setHeader("Access-Control-Allow-Origin", "*") であり、それをオンにするだけです。
nginxを追加
WebSocket はクロスドメインの制限を受けず、jsonp を含むあらゆるデータを送信できます。
ところで、これは開発前に決めるべきではないでしょうか？ jsonpにするかcorsにするか決めるのは共同デバッグしてからではちょっと遅くないですか？
jsonpは必要ない、不便すぎる
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
バックグラウンドでresponse.setHeader("Access-Control-Allow-Origin", "*");を設定します
問題を解決するためにnginx側で設定することもできます。
jsonp は特に優れた方法ではなく、転送されるデータのサイズ制限があります。
コル。。。。
コル。フロントエンドとバックエンドの分析なので、バックグラウンドにヘッダーを設定するだけです
今回はリクエストを転送するためにノードサーバーを起動します
jsonp クロスドメインの使用は推奨されません。この古い方法には互換性がありますが、大きな制限があり、XSS のリスクがあります。
フロントエンドとバックエンドが比較的完全に分離されているということは、当然ながら、フロントエンド担当者が Web サーバーを管理することを意味します。
インターフェースを調整したいだけの場合は、ローカルのテストサーバーを自分でセットアップすることをお勧めします。これはページの静的サーバーとして使用され、ページの調整に便利で、リクエストを転送してデータをリクエストできます。 。
Express を自分で使用することも、browsersync+gulp や webpack+hot reload サーバーなどの既製のものを使用することもできます。
私はbrowsersyncを使用しています。設定は非常に便利です。これを参照してください。
Chrome プラグインがあり、それが行うことは response.setHeader("Access-Control-Allow-Origin", "*") であり、それをオンにするだけです。
nginxを追加
WebSocket はクロスドメインの制限を受けず、jsonp を含むあらゆるデータを送信できます。
ところで、これは開発前に決めるべきではないでしょうか？ jsonpにするかcorsにするか決めるのは共同デバッグしてからではちょっと遅くないですか？
jsonpは必要ない、不便すぎる