クライアントはKentico 9を実行しており、フォントAwesomeからアイコンフォントを読み込む際に問題が発生しています。これがKentico関連の問題であれば、できるだけ早く把握したいと考えています。つまり、クライアントは内部的にこれらの問題を経験しています。ネットワーク上に彼らのオフィスの外の誰もが問題なくそれらを見ることができます。彼らはアイコンを提供するCDNのURLをホワイトリストに入れました。そうしたときにアイコンを見ることができます。この問題に対する援助や指示は大いに感謝されます。フォントAwesome Not Loading - クライアントのみ
フォントAwesomeが提供する埋め込みJSコードを使用しています。 CDNを使用せずにローカルファイルを使用するだけでいいですか？
フォントの素晴らしいファイルをダウンロードし、消費されたのと同じサーバーから提供することで、この問題が解決されました。
私は直面しているのと同様の問題を経験しました。
以下は、私が直面しているサイトです。このhttps://www.landolakesinc.com/
乾杯、 チェタン
ローカルファイルを処理すると問題が解決したようです。私は正直なところ、CDNからの読み込みはより良い/より速いと思った。 –
Thanks @SalB、それは他の人にも役立つように親切に正しい答えとしてマークする。 –
ローカルファイル/リソースを常に使用することをお勧めします。それらはより高速にロードされ、これらのリソースを提供するCDNの稼働時間を心配する必要はありません。
これを知ってもすぐに問題が解決するとは限りません。適切なファイルタイプがあることを確認するために、web.configを調べます。私は、彼らがV9にデフォルトで追加されていると信じていますが、少なくとも次のextenstionsがマッピングされていることを確認してください：
<mimeMap fileExtension=".woff" mimeType="application/x-font-woff"/>
<mimeMap fileExtension=".woff2" mimeType="application/x-font-woff2"/>
<mimeMap fileExtension=".svg" mimeType="image/svg+xml"/>
ありがとう！ローカルファイルを提供することで問題が解決されたようです。私は正直なところ、CDNからのローディングがより良い/より速いと思っていました。 –
また、内部の人々は、IPアドレスからサイトにアクセスできますか？私は内部サイトにIPアドレスのためにkenticosを含むフォントアイコンを表示しないようにしました。一度実際のドメイン名に切り替えると、完全に機能しました。ちょうど考え、私は前に起こったことを見てきました。
IPアドレスではなく、空白のステージングURLにあります。ローカルファイルを提供することで問題が解決されたようです。 –
私は実際のファイルですべての問題を除外するために、最初にローカルファイルをしようとするだろうと思います。ローカルファイルがロードされている場合は、CDNロケーションへのルーティングの問題でなければなりません。私はCDNパスのために返されている応答を見るために、Fiddlerまたは他のツールを使用することをお勧めします。 – Bryan
ローカルファイルを処理すると問題が解決したようです。私は正直なところ、CDNからのローディングがより良い/より速いと思っていました。 –