IEまたはFirefoxで動作するazurecdnを介してAzureBLOBストレージでホストされているフォントを公開できません。
これは@font-faceクロスドメインの問題(CORS)が原因であり、通常の解決策はAccess-Control-Allow-Originヘッダーを追加することだと思います。現在、ほとんどのCDNがこれをサポートしていることは知っていますが、Azureはまだサポートしていないと想定しています。誰かがこれを確認できますか?
この場合、回避策はありますか?
IEまたはFirefoxで動作するazurecdnを介してAzureBLOBストレージでホストされているフォントを公開できません。
これは@font-faceクロスドメインの問題(CORS)が原因であり、通常の解決策はAccess-Control-Allow-Originヘッダーを追加することだと思います。現在、ほとんどのCDNがこれをサポートしていることは知っていますが、Azureはまだサポートしていないと想定しています。誰かがこれを確認できますか?
この場合、回避策はありますか?
これはもはや真実ではありません。紺碧はCORSをサポートしています
Azureのcdnにフォントを追加するための簡単なガイド:
http://www.devtrends.co.uk/blog/hosting-web-fonts-in-azure-blob-storage-using-the-new-cors-support
CDNはオリジンからのヘッダーを変更しないため、BLOBストレージが出力するヘッダーに応答します。BlobストレージはCORSヘッダーをサポートしていません。
@ font-faceにクロスドメインの制限があることを知って驚いていますが、あなたは正しいようです(FirefoxとIEの場合)。
そのオプションがある場合は、CDNの背後にあるクラウドサービス(blobストレージではなく)にフォントを配置し、そこに適切なヘッダーを出力できます。
あなたの評価は正しいです。
回避策として、当社はGoogleストレージ(CORSをサポート)を利用しています。
また、この問題に投票して、Azureチームがこの問題に遭遇している人の数を把握できるようにすることをお勧めします。
とにかくCORSオプションを設定しなくても、フォントを使用できます。フォントをCDNではなくblobストレージに直接リンクしています。これは、blobからのCORSをサポートしていないためです。