X-UA-Compatible ถูกตั้งค่าเป็น IE = edge แต่ก็ยังไม่หยุดโหมดความเข้ากันได้

248

ฉันค่อนข้างสับสน ฉันควรจะสามารถตั้งค่า

<meta http-equiv="X-UA-Compatible" content="IE=edge" />

และ IE8 และ IE9 ควรแสดงหน้าโดยใช้เอ็นจิ้นการเรนเดอร์ล่าสุด อย่างไรก็ตามฉันเพิ่งทดสอบและหากเปิดใช้งานโหมดความเข้ากันได้ที่อื่นในเว็บไซต์ของเรามันจะยังคงอยู่สำหรับหน้าของเราแม้ว่าเราจะไม่บังคับให้ทำ

คุณควรจะแน่ใจได้อย่างไรว่า IE ไม่ได้ใช้โหมดความเข้ากันได้ (แม้ในอินทราเน็ต)

FWIW ฉันใช้การประกาศ DocType HTML5 ( <!doctype html>)

นี่คือสองสามบรรทัดแรกของหน้า:

<!doctype html> 
<!--[if lt IE 7 ]> <html lang="en" class="innerpage no-js ie6"> <![endif]--> 
<!--[if IE 7 ]>    <html lang="en" class="innerpage no-js ie7"> <![endif]--> 
<!--[if IE 8 ]>    <html lang="en" class="innerpage no-js ie8"> <![endif]--> 
<!--[if (gte IE 9)|!(IE)]><!--> 
<html lang="en" class="innerpage no-js"> 
<!--<![endif]--> 
    <head> 
        <meta charset="ISO-8859-1" /> 
        <meta http-equiv="X-UA-Compatible" content="IE=edge" />

แก้ไข: ฉันเพิ่งเรียนรู้ว่าการตั้งค่าเริ่มต้นบน IE8 คือการใช้โหมดความเข้ากันได้ของ IE7 สำหรับไซต์อินทราเน็ต สิ่งนี้จะแทนที่เมตาแท็กที่ใช้ร่วมกับ X-UA ได้หรือไม่

internet-explorer ie8-compatibility-mode x-ua-compatible

— Kerrick
แหล่งที่มา

ฉันมีปัญหานี้เช่นกันกับผู้ใช้บางคนคุณเคยเข้าใจเรื่องนี้บ้างไหม? แอปของฉันไม่ใช่อินทราเน็ต และมีผู้ใช้เพียง 20% เท่านั้นที่ได้รับสิ่งนี้

— Kevin

2

นี่อาจเป็นผลลัพธ์ของมาร์กอัป <html> แท็กตลกของคุณ (สิ่งที่ <! - [ถ้า lt IE 7]>) ลองลบออกและดูว่าใช้งานได้หรือไม่ ดูคำถาม SO ดังนั้นstackoverflow.com/questions/10682827/…

— วันอาทิตย์ Ironfoot

13

@SundayIronfoot FYI เครื่องหมายแท็กตลก <html> ที่คุณอ้างถึงคือความคิดเห็นตามเงื่อนไข IE ที่ใช้ในการเพิ่มคลาส CSS ในองค์ประกอบ <html> สำหรับรุ่นที่เหมาะสมของ IE (ถ้ามี) เพื่อให้คุณสามารถจัดสไตล์สิ่งต่าง ๆ ได้ตามต้องการ สำหรับรุ่น IE โดยเพียงนำหน้าการประกาศสไตล์ของคุณด้วย ".ie7" เช่น: .ie7 p {width: 200px; } ... มันเป็นวิธีที่สะอาดกว่าในการแก้ไขปัญหาการแสดงผลใน IE เวอร์ชันเก่ากว่าต้องใช้แฮ็ก CSS บางอย่างเช่น * width หรือ _width เบราว์เซอร์อื่นที่ไม่ใช่ IE จะไม่สนใจและใช้เพียงเบราว์เซอร์พื้นฐาน

— Tim Franklin

262

หากคุณต้องการแทนที่การตั้งค่ามุมมองที่เข้ากันได้ของ IE สำหรับไซต์อินทราเน็ตคุณสามารถทำได้ใน web.config (IIS7) หรือผ่านส่วนหัว HTTP ที่กำหนดเองในคุณสมบัติของเว็บไซต์ (IIS6) และตั้งค่า X-UA เมตาแท็กไม่ได้แทนที่การตั้งค่าอินทราเน็ตของ IE ในการตั้งค่ามุมมองที่เข้ากันได้ แต่ถ้าคุณตั้งไว้ที่เซิร์ฟเวอร์การโฮสต์มันจะแทนที่ความเข้ากันได้

ตัวอย่างสำหรับ web.config ใน IIS7:

<system.webServer>
    <httpProtocol>
      <customHeaders>
        <add name="X-UA-Compatible" value="IE=EmulateIE8" />
      </customHeaders>
    </httpProtocol>
</system.webServer>

แก้ไข : ฉันลบclearรหัสจากก่อนหน้าadd; มันเป็นการกำกับดูแลที่ไม่จำเป็นจากการคัดลอกและวาง จับได้ดีนักวิจารณ์!

— ทิมแฟรงคลิน
แหล่งที่มา

5

โปรดทราบว่า ... หากคุณกำลังพัฒนาโดยใช้เว็บเซิร์ฟเวอร์ในการพัฒนา Visual Studio (aka Cassini) สิ่งนี้จะไม่ทำงานเนื่องจาก Cassini ไม่ให้เกียรติส่วน <system.webServer> ของเว็บ การตั้งค่า ดังนั้นสำหรับการพัฒนาให้ใช้ IIS Express แทน

— James Messinger

1

อะไรคือสาเหตุของการ<clear />? ส่วนหัวที่กำหนดเองใดที่จะถูกล้างโดยสิ่งนี้

— M4N

ชัดเจนดูเหมือนว่าจะลบ<urlCompression...>กฎอย่างน้อยสำหรับฉัน กฎนั้นคือ gzipping ซึ่งฉันต้องการดังนั้นฉันจึงแสดงความคิดเห็นที่ชัดเจน ข้อมูลเพิ่มเติมใด ๆ ที่จะน่ารัก

— Nenotlep

ฉันลบ 'ชัดเจน' - จับที่ดีมันเป็นบรรทัดที่ไม่จำเป็นจากการคัดลอกและวางจากการใช้งานของฉัน

— Tim Franklin

14

PHP:<?php header('X-UA-Compatible: IE=edge'); ?>

— Nux

183

วิธีแก้ปัญหาด้านเซิร์ฟเวอร์เป็นวิธีที่แนะนำเนื่องจาก @TimmyFranks เสนอในคำตอบของเขา แต่หากต้องการใช้X-UA-Compatibleกฎในระดับหน้าโปรดอ่านเคล็ดลับต่อไปนี้เพื่อรับประโยชน์จากประสบการณ์ของผู้ที่ถูกไฟไหม้แล้ว

X-UA-Compatibleเมตาแท็กต้องปรากฏตรงหลังจากชื่อของ<head>องค์ประกอบ ไม่สามารถวางเมตาแท็กลิงก์ css และการเรียกสคริปต์ js อื่น ๆ ไว้ก่อนหน้าได้

<head>
    <title>Site Title</title>
    <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
    <meta charset="utf-8">
    <script type="text/javascript" src="/jsFile.js"></script>
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <link rel="apple-touch-icon" href="https://stackoverflow.com/apple-touch-icon.png" />
    <link rel="shortcut icon" href="https://stackoverflow.com/apple-touch-icon.png" />
</head>

ถ้ามีเงื่อนไขความเห็นในหน้าเว็บ (ช่วยบอกว่าอยู่ใน<html>) <head>พวกเขาจะต้องอยู่ภายใต้หลังจากที่

// DON'T: place class inside the HTML tag 
<!--[if gt IE 8]><!--> 
    <html class="aboveIe8"> 
<!--<![endif]-->

// DO: place the class inside the BODY tag
<!--[if gt IE 8]><!--> 
    <body class="aboveIe8"> 
<!--<![endif]-->

ทีมของ Html5BoilerPlate เขียนเกี่ยวกับข้อผิดพลาดนี้ - http://h5bp.com/i/378 พวกเขามีวิธีแก้ปัญหาหลายอย่าง

เกี่ยวกับมุมมองอินทราเน็ตและความเข้ากันได้จะมีการตั้งค่าเมื่อคุณไปที่เครื่องมือ> การตั้งค่ามุมมองที่เข้ากันได้

การตั้งค่ามุมมองที่เข้ากันได้

— neoswf
แหล่งที่มา

1

ฉันได้ลองคำตอบอื่น ๆ อีก 4 หรือ 5 ข้อใน Stack Overflow และมีเฉพาะชุดค่าผสมนี้เท่านั้นที่ทำงานได้สำหรับฉัน สำหรับทุกคนที่ใช้ WordPress และปลั๊กอิน SEO โปรดระวังเกี่ยวกับการเขียนปลั๊กอิน <title> ในตำแหน่งอื่น แก้ไข: เพิ่มความคิดเห็น WordPress

— ไมค์ Ebert

6

X-UA-Compatibleควรจะปรากฏเร็วที่สุดเท่าที่เป็นไปได้อาจจะเป็นหลังจากที่ charsetฉันไม่คิดว่ามันเป็นความจริงที่ว่า "จะต้องปรากฏตรงหลังชื่อ"

— sam

คำแนะนำนี้เป็นผลมาจากความทุกข์ทรมานภายใต้ IE เคยได้รับเลือด ใครบอกว่าแนวทางดังต่อไปนี้ของ IE?

— neoswf

4

ว้าวสิ่งนี้ใช้ได้กับฉันและมีเมตาแท็กของฉันทันทีหลังจากแท็กชื่อคือสิ่งที่หลอก หวังว่ามันจะไม่เป็นเช่นนั้นเก่าที่จะทำให้งานนี้ ...

— theJerm

X-UA-Compatibleเมตาแท็กสามารถปรากฏหลังtitle, baseและใด ๆ แท็ก meta อื่น ๆ โดยไม่สูญเสียผลของมัน นี่คือสิ่งที่ฉันทดสอบใน IE8 แม้ว่าจะไม่มีความคิดเห็นตามเงื่อนไขมาก่อน

— Rockallite

37

โปรดทราบว่าหากคุณให้บริการจาก PHP คุณสามารถใช้รหัสต่อไปนี้เพื่อแก้ไขได้เช่นกัน

header("X-UA-Compatible: IE=Edge");

— TJ L
แหล่งที่มา

4

วิธีนี้ใช้งานได้ดีกว่าการเพิ่มเมตาแท็กเนื่องจากผ่านการตรวจสอบ W3C โดยใช้วิธีนี้และทำได้ง่ายกว่าแฮ็ก. htaccess

— Talvi Watia

2

ฉันลองทุกอย่างและนี่คือสิ่งที่ได้ผลในที่สุด ขอบคุณ.

— Jason

2

สำหรับผู้ที่ใช้ WordPress สิ่งนี้อาจช่วยได้: codex.wordpress.org/Plugin_API/Action_Reference/send_headers

— ambiguousmouse

มันใช้งานได้ดีกว่ามากเมื่อสร้างเว็บไซต์ขนาดใหญ่ขึ้นอยู่กับ<!--[if lt IE 7 ]> <html>...! ขอบคุณ! คุณเป็นพระเจ้าส่ง !!

— OZZIE

2

@sunskin - ส่วนหัวใด ๆ ที่ถูกส่งโดย PHP ต้องเกิดขึ้นก่อนที่จะส่งผลลัพธ์ใด ๆ ไปยังหน้าเว็บนั่นคือก่อนที่ HTML หรือข้อมูลใด ๆ จะถูกส่งออกโดย PHP

— TJ L

25

ตามที่ปรากฎสิ่งนี้เกี่ยวข้องกับตัวเลือก "อัจฉริยะ" ของ Microsoftเพื่อให้ไซต์อินทราเน็ตทั้งหมดบังคับใช้โหมดความเข้ากันได้แม้ว่าX-UA-Compatibleจะตั้งค่าไว้IE=edgeก็ตาม

— Kerrick
แหล่งที่มา

32

ที่ไม่เป็นความจริง. X-UA-Compatible จะเข้าแทนที่การตั้งค่าโหมดความเข้ากันได้ อย่างไรก็ตามบางครั้งการใช้เมตาแท็กไม่ทำงานเนื่องจากโหมดได้ถูกตั้งค่าไว้แล้วตามเวลาที่พบ นี่คือเหตุผลที่ฉันใช้เวอร์ชันส่วนหัว HTML ดังนั้นเบราว์เซอร์สามารถเปิดใช้งานโหมดมาตรฐานได้ในขั้นตอนแรก

— Erik Funkenbusch

3

การเพิ่มความคิดเห็นของ Mystere Man คุณสามารถแทนที่ได้จากเซิร์ฟเวอร์การโฮสต์โดยใช้ web.config หรือ http ส่วนหัวที่กำหนดเองใน IIS ดูโพสต์ของฉันด้านบนสำหรับรายละเอียด

— Tim Franklin

7

ฉันลองมาหลายครั้งแล้วและไม่ได้แทนที่ไซต์อินทราเน็ตทั้งหมดที่บังคับให้ใช้โหมดเปรียบเทียบ

— Maess

@Mystere Man: กำหนดบางครั้งเมื่อใดก็ตามที่เพจอยู่ใน iframe โดยที่เอกสารหลักไม่ได้กำหนด XUA-COMPAT และโหมดเอกสารนั้นสืบทอดมาจากหน้าหลัก (ตัวเลือก MS ที่ชาญฉลาดมาก)

— Stefan Steiger

1

@ Kerrick: นี่ไม่ใช่คำตอบที่ถูกต้อง ดูหนึ่งด้านล่างนี้ตอบโดย tj111 สำหรับคำตอบที่ถูกต้อง

— เสื่อมสภาพ

9

ฉันยังได้รับปัญหาเดียวกันของการแสดงผล IE9 ในมาตรฐานเอกสาร IE7 สำหรับโฮสต์ท้องถิ่น ฉันลองใช้แท็กความคิดเห็นแบบมีเงื่อนไขจำนวนมาก แต่ไม่ประสบความสำเร็จ ในตอนท้ายฉันเพิ่งลบแท็กที่มีเงื่อนไขทั้งหมดและเพิ่งเพิ่มเมตาแท็กทันทีหลังจากที่หัวเหมือนด้านล่างและมันทำงานเหมือนมีเสน่ห์

<head>
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">

หวังว่ามันจะช่วย

— Pramod
แหล่งที่มา

8

แม้ว่าคุณจะไม่ได้เลือกตัวเลือก "แสดงอินทราเน็ตไซต์ในมุมมองที่เข้ากันได้" และมี X-UA- เข้ากันได้ในส่วนหัวการตอบสนองของคุณมีเหตุผลอื่นว่าทำไมเบราว์เซอร์ของคุณอาจเริ่มต้น ดูคอนโซลของคุณสำหรับข้อความต่อไปนี้:

HTML1203: xxx.xxx ได้รับการกำหนดค่าให้ทำงานในมุมมองที่เข้ากันได้ผ่านนโยบายกลุ่ม

โดยที่ xxx.xxx เป็นโดเมนสำหรับเว็บไซต์ของคุณ (เช่น test.com) หากคุณเห็นสิ่งนี้นโยบายกลุ่มสำหรับโดเมนของคุณจะถูกตั้งค่าเพื่อให้ไซต์ใด ๆ ที่ลงท้ายด้วย test.com จะแสดงผลโดยอัตโนมัติในโหมดความเข้ากันได้โดยไม่คำนึงถึงประเภทของส่วนหัว ฯลฯ

สำหรับข้อมูลเพิ่มเติมโปรดดูลิงค์ต่อไปนี้ (อธิบายรหัส html): http://msdn.microsoft.com/en-us/library/ie/hh180764(v=vs.85).aspx

— rshadman
แหล่งที่มา

5

เมื่อ NEOSWF ชี้ให้เห็นข้างต้นความคิดเห็นที่มีเงื่อนไขของพอลไอริชจะหยุดเมตาแท็กที่มีผลกระทบใด ๆ

มีการแก้ไขหลายประการทั้งหมดอยู่ที่นี่ ( http://nicolasgallagher.com/better-conditional-classnames-for-hack-free-css/ )

เหล่านี้รวมถึง:

การเพิ่มคลาส HTML สองคลาสโดยใช้ส่วนหัวของเซิร์ฟเวอร์และเพิ่มข้อคิดเห็นแบบมีเงื่อนไขด้านบน doctype

ในโครงการล่าสุดของฉันฉันตัดสินใจที่จะลบความคิดเห็นที่มีเงื่อนไขของ Paul Irish ฉันไม่ชอบความคิดที่จะเพิ่มอะไรก่อน html โดยไม่ทำการทดสอบมากมายก่อนและมันก็ดีที่ได้เห็นสิ่งที่ตั้งไว้เพียงแค่ดูที่ HTML

ในท้ายที่สุดฉันก็ล้อม div ตรงตามร่างกายและใช้ความคิดเห็นตามเงื่อนไขเช่น

  <!--[if IE 7]><div class="ie7"><!--<![endif]-->
  ... regular body stuff
  <!--[if IE 7]></div><!--<![endif]-->

ฉันสามารถทำสิ่งนี้ทั่วร่างกาย แต่มันยากขึ้นด้วย CMSs เช่น Wordpress

เห็นได้ชัดว่าเป็นอีกหนึ่ง DIV ภายในมาร์กอัพ แต่เป็นเบราว์เซอร์รุ่นเก่าเท่านั้น

ฉันคิดว่ามันอาจเป็นการตัดสินใจตามโครงการ

ฉันได้อ่านบางอย่างเกี่ยวกับเมตาแท็ก charset ที่ต้องมาใน 1024 ไบต์แรกเพื่อให้มั่นใจว่า

บางครั้งแนวคิดในการอ่านที่ง่ายที่สุดและง่ายที่สุดนั้นดีที่สุดและคุ้มค่าที่จะคิด! ขอบคุณที่ความคิดเห็นที่ 6 บนลิงก์ด้านบนสำหรับการชี้เรื่องนี้

— user1010892
แหล่งที่มา

5

X-UA-Compatibleจะแทนที่โหมดเอกสารเท่านั้นไม่ใช่โหมดเบราว์เซอร์และจะไม่ทำงานกับไซต์อินทราเน็ตทั้งหมด หากเป็นกรณีนี้ทางออกที่ดีที่สุดคือปิดใช้งาน "แสดงอินทราเน็ตไซต์ในมุมมองที่เข้ากันได้" และตั้งค่านโยบายกลุ่มเพื่อระบุว่าไซต์อินทราเน็ตใดต้องการโหมดความเข้ากันได้

— โทนี่
แหล่งที่มา

5

ฉันได้เพิ่มสิ่งต่อไปนี้ในไฟล์ htaccess ซึ่งทำเคล็ดลับ:

BrowserMatch MSIE ie
Header set X-UA-Compatible "IE=Edge,chrome=1" env=ie

— Metzed
แหล่งที่มา

1

สิ่งนี้จะทำงานเมื่ออินทราเน็ตถูกตั้งค่าเป็นความเข้ากันได้ ใช้เวลานานในการหาบางอย่างที่ใช้งานได้ พิเศษเมื่อคุณค้นหาและทุกอย่างเกี่ยวข้องกับ iis

— shorif2000

นี่มันเจ๋งมาก. ฉันไม่รู้ว่าคุณสามารถส่งส่วนหัวด้วย. htaccess

— Alex W

3

นอกจากนี้ X-UA-Compatible ต้องเป็นเมตาแท็กแรกในส่วนหัว

<head>
    <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
</head>

โดยวิธีการสั่งซื้อที่ถูกต้องหรือแท็กหัวหลักคือ:

<head>
    <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
    <meta charset="utf-8">
    <title>Site Title</title>
    <!-- other tags -->
</head>

ทางนี้

เราตั้งค่าเอ็นจิ้นการเรนเดอร์ให้ใช้ก่อนที่ IExplorer จะเริ่มดำเนินการ
เอกสารจากนั้นเราตั้งค่าการเข้ารหัสที่จะใช้สำหรับเบราว์เซอร์ทั้งหมด
จากนั้นเราพิมพ์ชื่อเรื่องซึ่งจะถูกประมวลผลด้วยการเข้ารหัสที่กำหนดไว้แล้ว

— Leonardo Molina
แหล่งที่มา

2

ที่จริงแล้ว CHARSET ควรนำหน้า X-UA-Compatible ดูblogs.msdn.com/b/ieinternals/archive/2011/07/18/…

— EricLaw

1

มันไม่จำเป็นต้องมาก่อน แต่มันจะต้องอยู่ใกล้ด้านบน มันสามารถติดตามหัวเรื่อง (และชุดอักขระตามที่เอริคระบุไว้) แต่นั่นเกี่ยวกับมัน

— Lance Leonard

ในกรณีของฉันใน nginx มันจะทำงานเฉพาะถ้า X-UA-Compatible-tag เป็นครั้งแรกในส่วนหัว

— Marco Roth

2

ทิมมีแฟรงค์เหมาะสำหรับฉัน เราเพิ่งมีปัญหาวันนี้ที่ลูกค้ามีทั้ง บริษัท IE8 และมันบังคับให้ไซต์ที่เราเขียนสำหรับอินทราเน็ตของพวกเขาเข้าสู่โหมดความเข้ากันได้ การตั้งค่า "IE-Edge" ดูเหมือนจะแก้ไขได้

<httpProtocol>
  <customHeaders>
    <clear />
    <add name="X-UA-Compatible" value="IE=Edge" />
  </customHeaders>
</httpProtocol>

— SouthShoreAK
แหล่งที่มา

2

สำหรับ Nginx

add_header "X-UA-Compatible" "IE=Edge,chrome=1";

อ้างอิง: https://github.com/h5bp/server-configs/commit/a5b0a8f736d68f7de27cdcb202e32975a74bd2c5

— z2z
แหล่งที่มา

1

IE 11 ไม่อนุญาตให้คุณแทนที่การตั้งค่ามุมมองความเข้ากันได้ของเบราว์เซอร์อีกต่อไปโดยส่งส่วนหัว ...

<meta http-equiv="X-UA-Compatible" content="IE=edge" />

ดูเหมือนว่าวิธีเดียวที่จะบังคับให้เบราว์เซอร์ไม่ใช้มุมมองที่เข้ากันได้คือให้ผู้ใช้ปิดการใช้งานเบราว์เซอร์ Ours เป็นไซต์อินทราเน็ตและตัวเลือก IE เริ่มต้นคือการใช้มุมมองที่เข้ากันได้สำหรับเว็บไซต์อินทราเน็ต มันช่างเจ็บปวดเหลือเกิน!

เราสามารถป้องกันไม่ให้ผู้ใช้เปลี่ยนการตั้งค่าเบราว์เซอร์ของพวกเขาสำหรับผู้ใช้ IE 9 และ 10 แต่มันไม่ทำงานใน IE 11 อีกต่อไปผู้ใช้ IE ของเราเปลี่ยนไปใช้ Chrome ซึ่งนี่ไม่ใช่ปัญหาและไม่เคยมี รับ

— EricP
แหล่งที่มา

มันไม่ได้ว่ามันไม่ได้ช่วยให้มันIE11ไม่สนับสนุนโหมดความเข้ากันได้อื่น ๆ edgeนอกเหนือจาก เชื่อมโยงไปยังเอกสารที่เป็นทางการ นั่นหมายความว่าเราไม่ต้องใช้เมตาแท็กนั้นเพื่อซ่อนปุ่ม CM บนแถบที่อยู่อีกต่อไป

— Wallace Sidhrée

4

ไม่จริง: IE11 ยังคงรองรับโหมดความเข้ากันได้แบบดั้งเดิมทั้งหมด

— EricLaw

@EricLaw คำตอบของ EricP นั้นถูกต้อง (IE11 นั้นเปลี่ยนพฤติกรรมสำหรับส่วนหัว HTTP X-UA-Compatible HTTP)

— Matthew Flaschen

@EricP คุณลองใช้ส่วนหัว HTTP หรือเฉพาะรุ่นแท็ก <meta> หรือไม่

— Matthew Flaschen

2

@MatthewFlaschen: ไม่ EricP ไม่ถูกต้องเช่นเดียวกับ Wallace Sidhree (แม้ว่าจะยุติธรรมกับ Wallace MSDN ไม่ได้อธิบายว่า "เลิกใช้งาน" แล้ว) สิ่งที่เปลี่ยนแปลงใน IE11 คือไม่มีปุ่ม "มุมมองที่เข้ากันได้" ที่มองเห็นได้ทั้งหมด ( technet.microsoft.com/en-us/library/dn321449.aspx ) แต่การประกาศ X-UA-Compatible ยังคงเป็นที่เคารพ

— EricLaw

1

ฉันสามารถหลีกเลี่ยงการโหลดส่วนหัวนี้ก่อน HTML ด้วย PHP และทำงานได้ดีมาก

<?php 
header( 'X-UA-Compatible: IE=edge,chrome=1' );
header( 'content: width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no' );
include('ix.html');
?>

ix.html เป็นเนื้อหาที่ฉันต้องการโหลดหลังจากส่งส่วนหัว

— user3071843
แหล่งที่มา

1

ฉันพบปัญหาเดียวกันใน IE11 ไม่มีคำตอบเหล่านี้แก้ปัญหาของฉันได้ หลังจากขุดสักหน่อยฉันสังเกตว่าเบราว์เซอร์กำลังทำงานในโหมดองค์กร (ตรวจสอบโดยการกดปุ่ม F12 และคลิกแท็บการจำลองค้นหาการดร็อปดาวน์โปรไฟล์เบราว์เซอร์) การตั้งค่าถูกล็อคไม่อนุญาตให้ฉันเปลี่ยนการตั้งค่า

ฉันสามารถเปลี่ยนโปรไฟล์เป็นเดสก์ท็อปหลังจากลบCurrentVersionจากคีย์รีจิสทรีต่อไปนี้:

HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Main\EnterpriseMode

หลังจากเปลี่ยนโหมดเป็นเดสก์ท็อปคำตอบในโพสต์นี้จะใช้งานได้

— jfatal
แหล่งที่มา

1

เมื่อเบราว์เซอร์ของคุณเปิดขึ้นพร้อมกับโหมดความเข้ากันได้แม้คุณจะลบและปิดการกำหนดค่าโหมดความสามารถใช้งานได้ทั้งหมดจากเว็บเบราว์เซอร์และตัวแก้ไขนโยบายกลุ่มท้องถิ่นคุณสามารถลองปิดการใช้งานจากคีย์ลงทะเบียน

สิ่งนี้เกิดขึ้นกับฉันในการใช้โดเมนและโดเมนย่อยเพื่อเชื่อมต่อฝั่งเซิร์ฟเวอร์ เครื่องถูก จำกัด ให้เปิดในโหมดความสามารถในการทำงานสำหรับโดเมนย่อยทั้งหมด

ปิดใช้งานโหมดความเข้ากันได้สำหรับ INTRANET

HKEY_LOCAL_MACHINE - ซอฟต์แวร์ - นโยบาย - ไมโครซอฟท์ - Internet Explorer - BrowserEmulation -> IntranetCompalityModeราคาที่ควรจะเป็น0 (ศูนย์) และยังลบชื่อโดเมนที่มีอยู่จาก PolicyList

มิฉะนั้นคุณสามารถเพิ่มค่าใหม่ (DWORD) ที่มีข้อมูลค่า0 (ศูนย์)

— ayciceksamet
แหล่งที่มา

0

ฉันมีปัญหาเดียวกันหลังจากลองชุดค่าผสมหลายตัวฉันมีบันทึกการทำงานนี้ฉันมีการตรวจสอบความเข้ากันได้สำหรับอินทราเน็ต

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<head runat="server">

— capadleman
แหล่งที่มา

0

หากคุณใช้ LAMP stack ให้เพิ่มส่วนนี้ลงในไฟล์. htaccess ในโฟลเดอร์เว็บรูท ไม่จำเป็นต้องเพิ่มลงในไฟล์ PHP ทุกไฟล์

<IfModule mod_headers.c>
    Header add X-UA-Compatible "IE=Edge"
</IfModule>

— Kevin Smith
แหล่งที่มา