タグ付けされた質問 「x-ua-compatible」

12
<meta http-equiv =“ X-UA-Compatible” content =“ IE = edge”>は何をしますか?
1つのWebページがで始まる場合の違いは何ですか &lt;!DOCTYPE html&gt; &lt;html&gt; &lt;head&gt; &lt;meta http-equiv="X-UA-Compatible" content="IE=edge"&gt; そしてページがで始まる場合 &lt;!DOCTYPE html&gt; &lt;html&gt; &lt;head&gt; &lt;!-- without X-UA-Compatible meta --&gt; 違いがない場合はX-UA-Compatible、すべてのIEバージョンで最も標準的なモードでレンダリングされるようにしたいだけなので、メタヘッダーを無視してもかまいません。

18
X-UA-CompatibleはIE = edgeに設定されていますが、互換性モードを停止しません
私はかなり混乱しています。設定できるはずです &lt;meta http-equiv="X-UA-Compatible" content="IE=edge" /&gt; IE8とIE9は、最新のレンダリングエンジンを使用してページをレンダリングする必要があります。しかし、私はちょうどそれをテストし、互換性モードが当社のサイト上の他の場所になっている場合、それがために滞在するのページ私たちはしないようにそれを強制する必要があるにもかかわらず、。 IEが互換モード(イントラネット内でも)を使用しないようにするにはどうすればよいですか? FWIW、私はHTML5 DocType宣言(&lt;!doctype html&gt;)を使用しています。 ページの最初の数行は次のとおりです。 &lt;!doctype html&gt; &lt;!--[if lt IE 7 ]&gt; &lt;html lang="en" class="innerpage no-js ie6"&gt; &lt;![endif]--&gt; &lt;!--[if IE 7 ]&gt; &lt;html lang="en" class="innerpage no-js ie7"&gt; &lt;![endif]--&gt; &lt;!--[if IE 8 ]&gt; &lt;html lang="en" class="innerpage no-js ie8"&gt; &lt;![endif]--&gt; &lt;!--[if (gte IE 9)|!(IE)]&gt;&lt;!--&gt; &lt;html lang="en" …

2
「X-UA-Compatible」content =「IE = 9; IE = 8; IE = 7; IE = EDGE」
&lt;meta http-equiv="X-UA-Compatible" content="IE=9; IE=8; IE=7; IE=EDGE" /&gt; 実際、このステートメントの意味は何ですか? 一部の例,ではIEのバージョンを分離するために使用し、一部の例ではを使用しています;。どちらが正しい? 順序にIE=9; IE=8; IE=7; IE=EDGEはある程度の重要性があります。 編集:使用しています&lt;!DOCTYPE html&gt;

8
要素metaの属性http-equivのX-UA-Compatibleの値が不正です
私はmetaHTML5ボイラープレートが使用しているものと同じものを使用しており、W3C HTMLバリデーターは不平を言っています: 要素metaの属性http-equivに不正な値X-UA-Compatibleがあります。 &lt;meta http-equiv='X-UA-Compatible' content='IE=edge,chrome=1'&gt; このmetaタグの何が問題になっていますか?

3
なぜX-UA互換のIE = Edgeを使うのですか?
最近いくつかのオンラインコースを受講しましたが、一部のインストラクターは、デフォルトで次のメタタグをドキュメントの上部に追加しています。 &lt;meta http-equiv="X-UA-Compatible" content="IE=edge"&gt; これは、これも同様に重要で有用であると考えられています。 &lt;meta charset="UTF-8"&gt;。 しかし、なぜ? MicrosoftのModern.ieドキュメントによると「Internet Explorerが最新のエンジンを使用することを保証する」のは「ベストプラクティス」です。わかりました。 しかし、あなたが続く場合は、MSDNのフロー図を、それ明らかにX-UA-の互換性情報`なしの文書は、ユーザーの「互換表示」の好みに転送し、されていることを示した場合にそれがです設定されていないそしてちょうど!のDOCTYPE宣言に従ってください。 言い換えると、ユーザーがいくつかの互換表示設定を行っていない限り、IEは!DOCTYPEに従い、ブラウザーの最新の標準モードを使用してレンダリングを実行します。X-UA-Compatible IE=Edgeを行います。ステートメントはまったく。 MSDNが言うように、「HTML5ドキュメントタイプ宣言を使用してエッジモードを有効にします」。 それでは、どのような状況でX-UA-Compatible IE=Edge必要ですか?

4
IEの互換モードをサーバー側から強制的にオフに設定するにはどうすればよいですか?
ドメイン制御環境では、X-UAタグ、!DOCTYPE定義、および「IE = Edge」応答を提供している場合でも、特定のクライアント(winXP / Win7、IE8 / IE9)で互換モードがトリガーされることがわかりました。ヘッダー。これらのクライアントでは、[互換表示でイントラネットサイトを表示する]チェックボックスがオンになっています。これはまさに私がオーバーライドしようとしているものです。 以下は、IEが実際に互換モードをトリガーする方法を理解するために使用したドキュメントです。 http://msdn.microsoft.com/en-us/library/ff406036%28v=VS.85%29.aspx http://blogs.msdn.com/b/ie/archive/2009/02/16/just-the-facts-recap-of-compatibility-view.aspx サイトの所有者は常にコンテンツを管理しています。サイト所有者は、X-UA-Compatibleタグを使用して、サイトの表示方法を完全に宣言し、標準モードのページをIE7標準にマップすることを選択できます。X-UA-Compatibleタグを使用すると、クライアントの互換表示が上書きされます。 Googleは「ドキュメントの互換性を定義する」ために使用していますが、残念ながら、SPAMエンジンでは2つ以上のURLを投稿できません。 これはASP .NETWebアプリであり、マスターページに次の定義が含まれています。 &lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"&gt; &lt;head&gt; &lt;meta http-equiv="X-UA-Compatible" content="IE=Edge" /&gt; &lt;/head&gt; そして web.config &lt;system.webServer&gt; &lt;httpProtocol&gt; &lt;customHeaders&gt; &lt;clear /&gt; &lt;add name="X-UA-Compatible" value="IE=Edge" /&gt; &lt;/customHeaders&gt; &lt;/httpProtocol&gt; &lt;/system.webServer&gt; Fiddlerを使用して、ヘッダーが実際に正しく挿入されていることを確認しました。 私の理解では、これらの設定を使用すると、「互換表示でイントラネットサイトを表示する」ブラウザ設定を上書きできるはずです。しかし、クライアントによっては、互換モードをトリガーするものもあることがわかりました。また、異なるクライアントで同じ資格情報のセットを使用した場合でも異なる結果が得られるため、ポリシーグループ設定ではなくマシンレベルにまで低下しているようです。 [互換表示設定]チェックボックスを無効にするとうまくいきます。ただし、実際の目的は、クライアントの設定に関係なく、アプリがまったく同じ方法でレンダリングされるようにすることです。 何か考えや私が見逃している可能性があるものは何ですか?互換モードをトリガーせずにIEに常にページをレンダリングさせることは可能ですか? どうもありがとう、 ジャウメ PS:このサイトは現在開発中であり、もちろんMicrosoftの互換性リストには含まれていませんが、念のためチェックしました。 Googleの「互換表示リストを理解する」の場合、残念ながら、SPAMエンジンでは2つ以上のURLを投稿できません。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.