질문자 :Morgan Cheng
한 웹 페이지가 다음으로 시작하는 경우 차이점은 무엇입니까?
<!DOCTYPE html> <html> <head> <meta http-equiv="X-UA-Compatible" content="IE=edge">
페이지가 다음으로 시작하는 경우
<!DOCTYPE html> <html> <head> <!-- without X-UA-Compatible meta -->
차이가 없다면 모든 IE 버전에서 대부분의 표준 모드로 렌더링되기를 원하기 때문에 X-UA-Compatible
메타 헤더를 무시할 수 있다고 가정합니다.
2015년 10월 업데이트
이 답변은 몇 년 전에 게시되었으며 이제는 X-UA-Compatible
태그를 사용하는 것을 고려해야 합니까? Microsoft가 브라우저에 적용한 변경 사항(자세한 내용은 아래 참조).
지원하는 Microsoft 브라우저에 따라 X-UA-Compatible
태그를 계속 사용하지 않아도 됩니다. IE9 또는 IE8을 지원해야 하는 경우 태그를 사용하는 것이 좋습니다. 최신 브라우저(IE11 및/또는 Edge)만 지원하는 경우 이 태그를 모두 삭제하는 것이 좋습니다. Twitter 부트스트랩을 사용하고 유효성 검사 경고를 제거해야 하는 경우 이 태그는 지정된 순서로 나타나야 합니다. 아래 추가 정보:
X-UA-Compatible
메타 태그를 사용하면 웹 작성자가 페이지를 렌더링할 Internet Explorer 버전을 선택할 수 있습니다. IE11은 이러한 모드를 변경했습니다. 아래 IE11 참고 사항을 참조하십시오. IE11을 대체한 브라우저인 Microsoft Edge X-UA-Compatible
메타 태그를 준수합니다. 아래의 Microsoft Edge 참고 사항을 참조하세요.
Microsoft에 따르면 X-UA-Compatible
태그를 사용할 때 문서 head
에서 가능한 한 높아야 합니다.
X-UA 호환 META 태그를 사용하는 경우 가능한 한 페이지의 HEAD 상단에 가깝게 배치하려고 합니다. Internet Explorer는 최신 버전을 사용하여 마크업을 해석하기 시작합니다. Internet Explorer가 X-UA 호환 META 태그를 만나면 지정된 버전의 엔진을 사용하여 다시 시작합니다. 브라우저가 콘텐츠 분석을 중지했다가 다시 시작해야 하기 때문에 이는 성능 저하입니다.
옵션은 다음과 같습니다.
- "IE=에지"
- "IE=11"
- "IE=EmulateIE11"
- "IE=10"
- "IE=EmulateIE10"
- "IE=9"
- "IE=에뮬레이트IE9
- "IE=8"
- "IE=EmulateIE8"
- "IE=7"
- "IE=EmulateIE7"
- "IE=5"
각각이 의미하는 바를 이해하기 위해 Microsoft에서 제공하는 정의는 다음과 같습니다.
Internet Explorer는 다양한 기능을 활성화하고 콘텐츠 표시 방식에 영향을 줄 수 있는 다양한 문서 호환성 모드를 지원합니다.
에지 모드는 Internet Explorer에서 사용 가능한 가장 높은 모드로 콘텐츠를 표시하도록 지시합니다. Internet Explorer 9에서는 IE9 모드와 동일합니다. Internet Explorer의 향후 릴리스에서 더 높은 호환성 모드를 지원하는 경우 에지 모드로 설정된 페이지는 해당 버전에서 지원하는 가장 높은 모드로 나타납니다. Internet Explorer 9에서 볼 때 동일한 페이지가 여전히 IE9 모드에 나타납니다. Internet Explorer는 다양한 기능을 활성화하고 콘텐츠 표시 방식에 영향을 줄 수 있는 여러 문서 호환성 모드를 지원합니다.
IE11 모드는 HTML5, CSS3 등을 포함하여 기존 및 새로운 산업 표준에 사용할 수 있는 최고의 지원을 제공합니다.
IE10 모드는 HTML5, CSS3 등을 포함하여 기존 및 새로운 산업 표준에 사용할 수 있는 최고의 지원을 제공합니다.
IE9 모드는 HTML5(Working Draft), W3C Cascading Style Sheets Level 3 Specification(Working Draft), SVG(Scalable Vector Graphics) 1.0 사양 등을 포함하여 기존 및 새로운 산업 표준에 사용할 수 있는 최고의 지원을 제공합니다. [편집자 주: IE 9는 CSS3 애니메이션을 지원 하지 않습니다].
IE8 모드는 W3C Cascading Style Sheets Level 2.1 사양 및 W3C 선택기 API를 포함하여 많은 확립된 표준을 지원합니다. 또한 W3C Cascading Style Sheets Level 3 Specification(Working Draft) 및 기타 새로운 표준에 대한 제한된 지원을 제공합니다.
IE7 모드는 페이지에 지시문이 포함되어 있는지 여부에 관계없이 Internet Explorer 7에서 표준 모드로 표시된 것처럼 콘텐츠를 렌더링합니다.
IE9 에뮬레이트 모드는 Internet Explorer에 지시문을 사용하여 콘텐츠를 렌더링하는 방법을 결정하도록 지시합니다. 표준 모드 지시문은 IE9 모드에서 표시되고 쿼크 모드 지시문은 IE5 모드에서 표시됩니다. IE9 모드와 달리 IE9 에뮬레이트 모드는 지시문을 따릅니다.
IE8 에뮬레이트 모드는 Internet Explorer에 지시문을 사용하여 콘텐츠를 렌더링하는 방법을 결정하도록 지시합니다. 표준 모드 지시문은 IE8 모드에서 표시되고 쿼크 모드 지시문은 IE5 모드에서 표시됩니다. IE8 모드와 달리 IE8 에뮬레이트 모드는 지시문을 따릅니다.
IE7 에뮬레이트 모드는 Internet Explorer에 지시문을 사용하여 콘텐츠를 렌더링하는 방법을 결정하도록 지시합니다. 표준 모드 지시문은 Internet Explorer 7 표준 모드에서 표시되고 쿼크 모드 지시문은 IE5 모드에서 표시됩니다. IE7 모드와 달리 IE7 에뮬레이트 모드는 지시문을 따릅니다. 많은 웹 사이트에서 이것이 선호되는 호환성 모드입니다.
IE5 모드는 Microsoft Internet Explorer 5에서 콘텐츠가 표시되는 방식과 매우 유사한 Internet Explorer 7에서 쿼크 모드로 표시된 것처럼 콘텐츠를 렌더링합니다.
IE10 참고: IE10부터 쿼크 모드는 이전 버전의 브라우저에서와 다르게 작동합니다. IE9 및 이전 버전에서 쿼크 모드는 IE5.5에서 지원하는 기능으로 웹 페이지를 제한했습니다. IE10에서 쿼크 모드는 HTML5 사양에 지정된 차이점을 따릅니다.
개인적으로 저는 항상 http-equiv="X-UA-Compatible" content="IE=edge"
메타 태그를 선택합니다. 이전 버전에는 많은 버그가 있고 IE가 "호환성 모드"로 들어가는 것을 원하지 않기 때문입니다. 내 사이트를 IE7 대 IE8 또는 9로 표시합니다. 저는 항상 최신 버전의 IE를 선호합니다.
IE11
마이크로소프트에서 :
IE11부터 에지 모드가 기본 문서 모드입니다. 브라우저에서 사용할 수 있는 최신 표준에 대한 최고의 지원을 나타냅니다.
HTML5 문서 유형 선언을 사용하여 에지 모드를 활성화합니다.
<!doctype html>
에지 모드는 Internet Explorer 8에서 도입되었으며 각 후속 릴리스에서 사용할 수 있습니다. 에지 모드에서 지원하는 기능은 콘텐츠를 렌더링하는 특정 버전의 브라우저에서 지원하는 기능으로 제한됩니다.
IE11부터 문서 모드는 더 이상 사용되지 않으며 일시적인 경우를 제외하고는 더 이상 사용해서는 안 됩니다. 최신 표준을 반영하도록 레거시 기능 및 문서 모드에 의존하는 사이트를 업데이트해야 합니다.
최신 표준 및 기능을 지원하기 위해 재작업하는 동안 사이트가 작동하도록 특정 문서 모드를 대상으로 지정해야 하는 경우 향후 버전에서는 사용할 수 없는 전환 기능을 사용하고 있다는 점에 유의하십시오.
현재 x-ua 호환 헤더를 사용하여 레거시 문서 모드를 대상으로 하는 경우 사이트에 IE11에서 사용할 수 있는 최상의 환경이 반영되지 않을 수 있습니다.
Microsoft Edge (Windows 10에 번들로 제공되는 Internet Explorer의 대체품)
IE의 "Edge" 버전에 대한 X-UA-Compatible
메타 태그에 대한 정보입니다. 마이크로소프트에서 :
"살아있는" Edge 문서 모드 소개
2013년 8월에 발표한 바와 같이 IE11부터 문서 모드를 더 이상 사용하지 않습니다. 최신 플랫폼 업데이트를 통해 레거시 문서 모드의 필요성은 주로 엔터프라이즈 레거시 웹 앱으로 제한됩니다. 새로운 아키텍처 변경으로 인해 이러한 레거시 문서 모드는 "살아있는" Edge 모드의 변경 사항과 분리되어 해당 모드에 의존하는 고객에게 훨씬 더 높은 수준의 호환성을 보장하고 Edge 개선을 더욱 빠르게 진행할 수 있습니다. . IE는 인트라넷 사이트, 호환성 보기 목록에 있는 사이트 및 엔터프라이즈 모드에서만 사용할 때 제공되는 문서 모드를 계속 존중합니다.
공용 인터넷 사이트는 새로운 Edge 모드 플랫폼으로 렌더링됩니다(X-UA 호환 무시). Edge가 지금부터 "살아있는" 문서 모드이고 앞으로 더 이상 문서 모드가 도입되지 않는 것이 우리의 목표입니다.
대부분의 경우 문서 모드를 더 이상 지원하지 않도록 Microsoft Edge가 변경됨에 따라 Microsoft는 사이트를 스캔하여 Edge와 호환되지 않는 코드가 있는지 확인 하는 도구를 보유하고 있습니다.
IE용 Chrome=1 정보
또한이 chrome=1
: 사용하거나 같은 위의 옵션 중 하나와 함께 사용할 수있는 <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1">
. chrome=1
은 다음과 같이 정의된 Google의 Chrome 프레임용입니다.
Google 크롬 프레임은 오픈 소스 브라우저 플러그인입니다. 플러그인이 설치된 사용자는 브라우저에서 페이지를 열 때 Chrome의 개방형 웹 기술과 빠른 JavaScript 엔진에 액세스할 수 있습니다.
Google 크롬 프레임은 Internet Explorer의 브라우징 경험을 원활하게 향상시킵니다. Google 크롬의 렌더링 기술을 사용하여 Google 크롬 프레임 지원 사이트를 표시하므로 일반적인 브라우저 사용을 방해하지 않으면서 최신 HTML5 기능과 Google 크롬의 성능 및 보안 기능에 액세스할 수 있습니다.
Chrome 프레임이 설치되면 웹은 생각할 필요 없이 더 좋아집니다.
그러나 해당 플러그인이 작동하려면 X-UA-Compatible
메타 태그에서 chrome=1
Chrome 프레임에 대한 자세한 내용은여기에서 확인할 수 있습니다.
참고: Google 크롬 프레임은IE6~IE9 에서만 작동하며 2014년 2월 25일에 사용이 중단되었습니다. 자세한 정보는 여기 에서 찾을 수 있습니다. 링크에 대한 @mck에게 감사드립니다.
확인:
HTML5 :
<meta http-equiv="X-UA-Compatible" content="IE=Edge">
사용할 때만 W3 유효성 검사기를 사용하여 유효성을 검사합니다. 다른 값의 경우 오류가 발생합니다. A meta element with an http-equiv attribute whose value is X-UA-Compatible must have a content attribute with the value IE=edge.
즉, IE=edge,chrome=1
경우 유효성을 검사하지 않습니다. 최신 브라우저는 이 코드 줄을 무시하기 때문에 이 오류를 완전히 무시합니다.
완전히 유효한 코드가 있어야 하는 경우 HTTP 헤더를 설정하여 서버 수준에서 이 작업을 수행하는 것을 고려하십시오. 참고로 Microsoft는 If both of these instructions are sent (meta and HTTP), the developer's preference (meta element) takes precedence over the web server setting (HTTP header).
HTTP 헤더를 설정하는 방법에 대한 자세한 내용은 olibre의 답변 또는 bitinn의 답변을 참조하십시오.
XHTML
<meta http-equiv="X-UA-Compatible" content="IE=Edge" />
태그가 제대로 닫혀 있는 한(예: />
대 >
) 유효성 검사에 문제가 없습니다.
트위터 부트스트랩
이 태그는 강력 적어도 2014 년부터 부트 스트랩 팀에 의해 추천되었으며, Bootlint은 의 린터 팀이 던져 계속 twbs에 의해 작성된 경고 태그가 생략되는 경우. linter는 경고와 오류를 구분하므로 이 태그를 생략하는 심각도는 경미한 것으로 간주될 수 있습니다.
X-UA-Compatible
에 대한 자세한 내용은 문서 호환성을 정의하는 Microsoft의 웹 사이트를 참조하십시오.
IE가 지원하는 것에 대한 자세한 정보는 caniuse.com을 참조하십시오.
Twitter Bootstrap 요구 사항에 대한 자세한 내용은 bootlint 프로젝트 위키 페이지 를 참조하십시오 .
L84content=
"IE=edge,chrome=1"
X-UA-Compatible
모드 건너뛰기
<meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> --------------------------
호환성 아이콘 없음
IE9 주소 표시줄에 호환성 보기 버튼이 표시되지 않습니다.
페이지에는 잘못된 메뉴, 이미지 및 텍스트 상자가 뒤죽박죽으로 표시되지 않습니다.
특징
이 메타 태그는 IE8에서 javascript::JSON.parse()
를 활성화하는 데 필요합니다.
( <!DOCTYPE html>
이 있는 경우에도)
단정
최신 HTML/CSS/JavaScript의 렌더링/실행이 더 유효합니다.
성능
Trident 렌더링 엔진 은 에지 모드에서 더 빠르게 실행되어야 합니다.
용법
HTML에서
<!DOCTYPE html> <html> <head> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1">
또는 웹 서버 구성에서 더 좋습니다.
(RiaD의 답변 도 참조하십시오)
pixeline이 제안한 Apache
<IfModule mod_setenvif.c> <IfModule mod_headers.c> BrowserMatch MSIE ie Header set X-UA-Compatible "IE=Edge,chrome=1" env=ie </IfModule> </IfModule> <IfModule mod_headers.c> Header append Vary User-Agent </IfModule>
Stef Pause가 제안한 Nginx
server { #... add_header X-UA-Compatible "IE=Edge,chrome=1"; }
Lucas Riutzel이 제안한 바니시 프록시
sub vcl_deliver { if( resp.http.Content-Type ~ "text/html" ) { set resp.http.X-UA-Compatible = "IE=edge,chrome=1"; } }
IIS (v7부터)
<configuration> <system.webServer> <httpProtocol> <customHeaders> <add name="X-UA-Compatible" value="IE=edge,chrome=1" /> </customHeaders> </httpProtocol> </system.webServer> </configuration>
Microsoft는 IE11부터 Edge 모드를 권장합니다.
Lynda가 알 수 있듯이(댓글 참조) IE11의 호환성 변경은 Edge 모드를 권장합니다.
IE11부터 에지 모드가 기본 문서 모드입니다. 브라우저에서 사용할 수 있는 최신 표준에 대한 최고의 지원을 나타냅니다.
그러나 마이크로소프트의 입장은 명확하지 않았다. 다른 MSDN 페이지에서 Edge 모드를 권장하지 않았습니다.
Edge 모드는 Internet Explorer의 버전에 관계없이 모든 페이지를 표준 모드로 열도록 하기 때문에 Internet Explorer로 보는 모든 페이지에 이 모드를 사용하고 싶을 수 있습니다. X-UA-Compatible
헤더는 Windows Internet Explorer 8부터 지원되므로 이 작업을 수행하지 마십시오.
<!DOCTYPE html>
사용을 권장합니다.
지원되는 모든 버전의 Internet Explorer가 표준 모드에서 페이지를 열도록 하려면 HTML5 문서 유형 선언 [...]을 사용하십시오.
Ricardo가 설명했듯이(아래 주석에서) HTML5의 DOCTYPE뿐만 아니라 모든 DOCTYPE(HTML4, XHTML1...)을 사용하여 표준 모드를 트리거할 수 있습니다. 중요한 것은 페이지에 항상 DOCTYPE이 있어야 한다는 것입니다.
Clara Onager 는 레거시 문서 모드 지정 의 이전 버전에서도 알아차렸습니다.
에지 모드는 테스트 목적으로만 사용됩니다. 프로덕션 환경에서 사용하지 마십시오.
Usman Y 는 Clara Onager 가 다음과 같이 말하고 있다고 생각했을 정도로 혼란스럽습니다.
[...] 예제는 설명 목적으로만 제공됩니다. 프로덕션 환경에서 사용하지 마십시오.
<meta http-equiv="X-UA-Compatible" content="IE=7,9,10" >
음... 이 답변의 나머지 부분에서 content="IE=edge,chrome=1"
을 사용하는 것이 프로덕션에서 좋은 방법인 이유에 대해 더 자세히 설명합니다.
역사
수년 동안(2000년부터 2008년까지) IE 시장 점유율은 80% 이상이었습니다 . 그리고 IE v6 은 사실상의 표준으로 간주되었습니다 (IE6의 경우 2003 , 2004, 2005 및 2006년 시장 점유율 80~97%, 모든 IE 버전에서 더 많은 시장 점유율).
IE6은 웹 표준을 준수 하지 않았기 때문에 개발자 는 IE6을 사용하여 웹사이트를 테스트해야 했습니다. 웹 개발자가 MS 제품을 구입 해야 했기 때문에(예: Windows를 구입하지 않고 IE를 사용할 수 없음) 이러한 상황은 Microsoft(MS)에 매우 좋았고 비준수 상태를 유지하는 것이 더 많은 수익을 창출했습니다(예: Microsoft는 다른 제품을 제외 하고 표준이 되기를 원했습니다. 기업).
따라서 많은 사이트가 IE6만 준수하고 IE가 웹 표준을 준수하지 않았기 때문에 이러한 모든 웹 사이트는 표준 준수 브라우저에서 제대로 렌더링되지 않았습니다. 설상가상으로 많은 사이트에서 IE만 필요했습니다 .
그러나 이때 Mozilla는 모든 웹 표준을 최대한 존중하여 Firefox 개발을 시작했습니다(다른 브라우저는 IE6에서와 같이 페이지를 렌더링하기 위해 구현되었습니다). 점점 더 많은 웹 개발자가 새로운 웹 표준 기능을 사용하기를 원하면서 IE보다 Firefox에서 더 많은 웹 사이트를 지원했습니다.
IE 시장 점유율이 줄어들었을 때 MS는 표준 비호환성을 유지하는 것이 좋은 생각이 아님을 깨달았습니다. 따라서 MS는 점점 더 많은 웹 표준을 준수하는 새로운 IE 버전(IE8/IE9/IE10)을 출시하기 시작했습니다.
웹 호환되지 않는 문제
그러나 문제는 IE6용으로 설계된 모든 웹 사이트입니다. Microsoft는 이러한 이전 IE6 설계 웹 사이트와 호환되지 않는 새 IE 버전을 출시할 수 없었습니다. 웹 사이트가 설계된 IE 버전을 추론하는 대신 MS는 개발자에게 페이지에 추가 데이터( X-UA-Compatible
)를 추가하도록 요청했습니다.
IE6은 2016년에도 여전히 사용됩니다.
현재 IE6은 여전히 사용되고 있으며 (2016년 0.7%) (2014년 1월 4.5%), 일부 인터넷 웹사이트는 여전히 IE6 전용입니다. 일부 인트라넷 웹사이트/응용 프로그램은 IE6을 사용하여 테스트됩니다. 일부 인트라넷 웹사이트는 IE6에서만 100% 작동합니다. 이러한 회사/부서는 마이그레이션 비용을 연기하는 것을 선호합니다. 다른 우선순위, 웹사이트/애플리케이션이 어떻게 구현되었는지 아무도 더 이상 알지 못함, 기존 웹사이트/애플리케이션의 소유자가 파산했습니다...
중국은 2013년 IE6 사용량의 50%를 차지했지만 중국 Linux 배포가 방송 되면서 향후 몇 년 동안 변경될 수 있습니다.
웹 기술에 자신감을 가지세요
웹 표준을 존중하려고 한다면 항상 http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"
있습니다. 이전 브라우저와의 호환성을 유지하려면 최신 웹 기능을 사용하지 마십시오. 지원하려는 가장 오래된 브라우저에서 지원하는 하위 집합을 사용하십시오. 또는 더 나아가고 싶다면 Graceful Degradation , Progressive enhancement 및 Unobtrusive JavaScript 와 같은 개념을 채택할 수 있습니다. (웹 개발자가 고려해야 할 사항은 무엇입니까? 를 읽으실 수도 있습니다.)
최고의 IE 버전 렌더링에 대해 신경 쓰지 마십시오. 브라우저가 웹 표준을 준수해야 하므로 이것은 귀하의 일이 아닙니다. 사이트가 표준을 준수하고 최신 기능을 사용하는 경우 브라우저는 웹사이트와 호환되어야 합니다 .
게다가 IE6 을 죽이는 캠페인이 많기 때문에 (IE6 no more , MS 캠페인 ) 요즘에는 IE 테스트로 시간 낭비를 피할 수 있습니다!
개인 IE6 경험
2009-2012년에 저는 공식 단일 브라우저가 허용 하는 IE6을 사용하는 회사에서 일했습니다. IE6 전용 인트라넷 웹사이트를 구현해야 했습니다. 나는 웹 표준을 존중하지만 IE6 지원 하위 집합(HTML/CSS/JS)을 사용하기로 결정했습니다.
힘들긴 했지만 IE8로 전환했을 때 웹표준 호환성을 확인하기 위해 파이어폭스와 파이어버그 를 사용했기 때문에 웹사이트는 여전히 잘 랜더링이 되었습니다. ;)
oHoDOCTYPE
만 지정하면 IE의 호환성 보기 설정 이 우선한다는 것입니다. DOCTYPE
관계없이 모든 인트라넷 사이트를 호환성 보기로 강제 실행합니다. DOCTYPE
관계없이 모든 웹사이트에 대해 호환성 보기를 사용하는 확인란도 있습니다.
X-UA-Compatible
은 호환성 보기 설정을 재정의하므로 브라우저 설정에 관계없이 페이지가 표준 모드로 렌더링됩니다. 이렇게 하면 다음에 대한 표준 모드가 강제 실행됩니다.
- 인트라넷 페이지
- 컴퓨터 관리자가 "호환성 보기에서 모든 웹 사이트 표시"를 기본값으로 선택한 경우의 외부 웹 페이지(대기업, 정부, 대학 등)
- 실수로 Microsoft 호환성 보기 목록 에 올랐을 때
- 사용자가 호환성 보기 설정의 목록에 웹사이트를 수동으로 추가한 경우
DOCTYPE
만으로는 그렇게 할 수 없습니다. DOCTYPE
관계없이 이러한 경우 호환성 보기 모드 중 하나로 종료됩니다.
meta
태그와 HTTP 헤더가 모두 지정된 경우 meta
태그가 우선합니다.
이 답변은 IE8 , IE9 및 IE10 에서 문서 모드를 결정하기 위한 전체 규칙을 검토한 결과입니다. DOCTYPE
을 보는 것은 문서 모드를 결정하기 위한 가장 마지막 대안입니다.
andrewdotn이것을 사용하여 IE가 주소 표시줄에서 성가신 브라우저 호환성 버튼을 숨기도록 합니다.
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
George Filippakos표시된 답변에 댓글을 추가할 수 없으므로 여기에 게시하겠습니다.
정답 외에도 실제로 이것을 검증할 수 있습니다. 이 메타 태그는 IE 전용이므로 IE 조건부를 추가하기만 하면 됩니다.
<!--[if IE]> <meta http-equiv="X-UA-Compatible" content="IE=Edge,chrome=1"> <![endif]-->
이렇게 하는 것은 다른 IE 조건문을 추가하는 것과 같으며 IE에서만 작동하며 다른 브라우저는 영향을 받지 않습니다.
EMurph78Microsoft의 이 다이어그램이 모든 것을 설명한다고 생각합니다. IE에 콘텐츠를 렌더링하는 방법을 알려주려면 !DOCTYPE이 X-UA 호환 메타 태그와 함께 작동해야 합니다. !DOCTYPE 자체는 IE 문서 모드 변경에 영향을 미치지 않습니다.
http://ie.microsoft.com/testdrive/ieblog/2010/Mar/02_HowIE8DeterminesDocumentMode_3.png
James TsaiInternet Explorer가 최신 렌더링 엔진을 사용하도록 지시하는 한 문장
<meta http-equiv="x-ua-compatible" content="ie=edge">
Bipon Biswas완전성을 위해 실제로 HTML에 추가할 필요가 없습니다(HTML5에서 알 수 없는 http-equiv).
이 작업을 수행하고 뒤돌아보지 마십시오( apache의 경우 첫 번째 예, nginx의 경우 두 번째).
Header set X-UA-Compatible "IE=Edge,chrome=1" add_header X-UA-Compatible "IE=Edge,chrome=1";
bitinn<meta http-equiv="X-UA-Compatible" content="IE=Edge">
이 줄이 예상대로 작동하도록 하려면 다음을 확인하세요.
-
<head>
바로 뒤의 첫 번째 요소입니다. - 메타 태그 앞에 조건부 주석 이 사용되지 않습니다(
<html>
요소).
그렇지 않으면 일부 IE 버전은 단순히 무시합니다.
업데이트
이 두 규칙은 간단하지만 기억하고 확인하기 쉽습니다. MSDN 문서에서 이 태그 앞에 제목과 기타 메타 태그를 넣을 수 있다고 명시하고 있지만 그렇게 하지 않는 것이 좋습니다.
조건부 주석과 함께 작동하는 방법.
머리에 있는 요소의 순서에 대한 흥미로운 기사. (IE의 경우 blogs.msdn.com)
참조
MSDN 설명서에서 :
X-UA-Compatible
[...]은 제목 요소 및 기타 메타 요소를 제외한 다른 모든 요소보다 먼저 웹 페이지의 헤더(HEAD 섹션)에 나타나야 합니다.
ToniTornado서버와 동일한 네트워크에서 웹 사이트를 사용하는 경우 IE는 DOCTYPE에도 불구하고 호환 모드로 전환하려고 합니다.
meta http-equiv="X-UA-Compatible" content="IE=Edge"
하면 이 원치 않는 동작이 비활성화됩니다.
Łukasz Jakóbiec이것은 LITERALLY 1 Google 쿼리 거리 이지만 다음과 같습니다.
http://msdn.microsoft.com/en-us/library/jj676915(v=vs.85).aspx
레거시 문서 모드 이해
Internet Explorer 6부터 IE11까지 Internet Explorer에서 지원하는 가장 높은 표준 모드인 Edge 모드에서 웹 페이지를 표시하려면 다음 값을 사용합니다.
<meta http-equiv="x-ua-compatible" content="IE=edge"
이것은 HTML5의 문서 타입을 사용하여 기능적으로 동일합니다. Internet Explorer를 지원되는 가장 높은 문서 모드로 설정합니다. Edge Most는 Internet Explorer를 포함하여 여러 브라우저 간의 상호 운용성을 정기적으로 테스트하는 정기적으로 유지 관리되는 웹 사이트에 가장 유용합니다.
참고 IE11부터는 에지 모드가 기본 문서 모드로 간주됩니다. (이전 버전에서는 실험적인 것으로 간주되었습니다.) 자세한 내용은 문서 모드가 더 이상 사용되지 않음을 참조하세요. Windows Internet Explorer 8부터 일부 웹 개발자는 에지 모드 메타 요소를 사용하여 주소 표시줄의 호환성 보기 버튼을 숨겼습니다. IE11부터는 버튼이 주소 표시줄에서 제거되었으므로 더 이상 필요하지 않습니다. Internet Explorer의 버전에 관계없이 모든 페이지를 표준 모드에서 강제로 열게 하기 때문에 Internet Explorer로 보는 모든 페이지에 대해 에지 모드를 사용하고 싶을 수 있습니다. X-UA-Compatible 헤더는 Internet Explorer 8부터 지원되므로 이 작업을 수행하지 마십시오.
팁 지원되는 모든 버전의 Internet Explorer가 표준 모드에서 페이지를 열도록 하려면 앞의 예제와 같이 HTML5 문서 유형 선언을 사용하십시오.
또한 검색 결과에는 다음이 있습니다.
Joe Mike2.1.3.5 X-UA 호환 메타 태그 및 HTTP 응답 헤더
이 기능은 모든 버전의 Microsoft Edge에서 구현되지 않습니다.
<meta http-equiv="X-UA-Compatible" content="IE=9; IE=8; IE=7; IE=EDGE" />
https://msdn.microsoft.com/en-us/library/ff955275(v=vs.85).aspx 참조
네, 제가 파티에 늦었다는 것을 알고 있습니다. 하지만 방금 몇 가지 문제와 토론이 있었습니다. 결국 상사는 제가 작업하고 있는 모든 문서에서 X-UA-Compatible
이 정보가 오래되었거나 더 이상 관련이 없으면 저를 수정하십시오.
Shawn Spencer출처 : http:www.stackoverflow.com/questions/6771258/what-does-meta-http-equiv-x-ua-compatible-content-ie-edge-do