Windows 8と固定に関して特別なことやトリッキーなことはしたくありません。IEがbrowserconfig.xml
を探しているときに404 Not Foundメッセージが表示されるのは見たくないだけです。ログファイル。
IEを満たし、後でWindow 8のより良いサポートを追加することにした場合に適切なプレースホルダーとして機能する、簡単なbrowserconfig.xml
ファイルをルートに配置できますか?
メタコードを頭に追加しましたが、browserconfig.xmlのリクエストも受け取ります。
だから私は最善の方法だと思う;彼らによると: http://msdn.Microsoft.com/browserconfig.xml
<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
<msapplication>
</msapplication>
</browserconfig>
MicrosoftのMSDNページにサンプルがあります ブラウザ構成スキーマリファレンス 。
browserconfig.xml
ファイルをWebサーバーのルートフォルダーに配置します。
以下も含めることができます。
<meta name="msapplication-config" content="none"/>
hTMLでIEがこのファイルを探すのを防ぐために、もしそれがあなたのためのオプションであるなら、それはうまくいくかもしれません。
最も簡単な解決策は、実際には公式のMicrosoft Browserconfig.xmlファイルビルダーを使用することです。 http://www.buildmypinnedsite.com
完全なxmlファイルを作成し、わずか3ステップでロゴのすべてのサイズの画像を提供できます。私は自分のサイトでそれをやっただけで、たった2分しかかかりませんでした。
完全なbrowserconfig.xmlファイルが生成され、すべてのタイトル付き画像が単一のZipファイルで提供されます。
2015年1月8日編集:別のオプションを見つけました: http://realfavicongenerator.net/
このWebサイトの利点は、browserconfig.xmlとすべてのApple-touch- *アイコン、ファビコンなどを生成することです。基本的に、すべてを一度生成するためのワンストップWebサイトです。
meta
タグを追加すると、機能する場合と機能しない場合があります。このタグを追加しましたが、browserconfig.xml
リクエストに対して常に404エラーを受け取りました。最後に、単純なxmlを実行することにしました。
browserconfig.xml
はこのように見え、基本的には4つの画像がどこにあるかを示しています。
<?xml version="1.0" encoding="utf-8"?>
<browserconfig>
<msapplication>
<tile>
<square70x70logo src="/mstile-70x70.png"/>
<square150x150logo src="/mstile-150x150.png"/>
<wide310x150logo src="/mstile-310x150.png"/>
<square310x310logo src="/mstile-310x310.png"/>
<TileColor>#8bc53f</TileColor>
<TileImage src="/mstile-150x150.png" />
</tile>
</msapplication>
</browserconfig>
そして、これをあなたのhtmlに入れてください:
<meta name="msapplication-config" content="/browserconfig.xml" />
そして今は大丈夫です
browserconfig.xml
がログファイルに404エラーを書き込まないようにする3番目の方法があります。サーバーからnull値(444)を返し、その場所だけのログをオフにすることができます。これは、favicon.icoがメタヘッドタグとそれを呼び出すブラウザー(404を生成する)を無視して同じことを行うためです。問題は、この1つの不要なファイルだけではありません。
Browser.xmlのログで404エラーを防止するという特定の質問に対して-NGINXの場合、/etc/nginx/snippets/
に新しいファイルを作成し、そのファイル内の#include
ファイルに/etc/nginx/sites-available/example.org
ファイルを作成できますサーバーブロック。
例:/etc/nginx/snippets/block-known-errors.conf
の内容は次のとおりです。
location ~* /(favicon.ico|browserconfig.xml)$
{ access_log off; log_not_found off; return 444; }
次に、/etc/nginx/sites-available/example.org
の設定で追加します:
include /etc/nginx/snippets/block-known-errors.conf;
NGINXの場所の指定では、正規表現を使用しており、caseinsensitiveであることに注意してください。そして、それはlocation
であるため、server
仕様内になければなりません。
実際には、インクルードを/etc/nginx/snippets/
フォルダーにネストし、セキュリティ/テクノロジー要件に応じて特定のサイトに対して1つのグローバルインクルードとその他のインクルードを作成します。これにより、1つのファイルを追加するか、既存のファイルを編集してログを管理することにより、エンドポイントでグローバルな問題をほぼ即座に修正できます。
OSSECとELKスタックを使用して確認できるのは、あまりにも多くの問題です。
Apacheのmod_rewriteでもこれができると確信しています。
HTMLに追加して、次のように構成を「なし」に設定することもできます。
<meta name="msapplication-TileColor" content=" #009900" />
<meta name="msapplication-square70x70logo" content="images/smalltile.png" />
<meta name="msapplication-square150x150logo" content="images/mediumtile.png" />
<meta name="msapplication-wide310x150logo" content="images/widetile.png" />
<meta name="msapplication-square310x310logo" content="images/largetile.png" />
<meta name="msapplication-config" content="none"/>
ソース:
http://samples.msdn.Microsoft.com/iedevcenter/PinnedSites/scenario1.htmlhttps://msdn.Microsoft.com/library/dn320426