84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
联调接口 后台完全不管 目前准备用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は必要ない、不便すぎる
バックグラウンドで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は必要ない、不便すぎる