« 2012/01 »
일	월	화	수	목	금	토
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31

현재 사이트와 추가 기능을 Internet Explorer 8에서 계속 작동하게 만드는 방법

이 페이지의 내용:
사이트 관련 내용
사용자 에이전트 문자열 및 버전 벡터
내게 필요한 옵션

추가 기능 관련 내용
ActiveX 컨트롤 개선 사항
Loosely coupled(IE)
DEP/NX 메모리 보호
추가 기능 관리

사용자 에이전트 문자열 및 버전 벡터

HTTP 트래픽을 통해 웹 사이트로 보고되는 브라우저 식별자인 사용자 에이전트 문자열과, 조건부 주석을 평가하는 데 사용되는 Internet Explorer 버전 번호를 가져오는 메커니즘인 버전 벡터는 사이트 호환성에 영향을 미칠 가능성이 있습니다. 브라우저 식별의 모범 사례를 이해하여 Internet Explorer 8 클라이언트로 표시할 때에도 사이트가 계속 의도한 대로 동작하게 만드십시오.

사용자 에이전트 문자열에 대한 모범 사례:

MSDN에서 사용자 에이전트 확인에 대한 샘플 코드(http://msdn2.microsoft.com/en-us/library/ms537509.aspx(영문))를 검토합니다.
웹 사이트의 사용자 에이전트 확인 코드를 검토합니다.
- Internet Explorer 8 클라이언트가 Internet Explorer 7용으로 빌드되고 테스트된 콘텐츠를 받게 하는 것이 목표라면 같음(=) 비교 대신 크거나 같음(>=) 비교를 사용합니다. 아울러 문서 모드(Quirks, Strict 등)가 Internet Explorer 8과 호환되는지 확인합니다.
  
  예제
  function getInternetExplorerVersion()
  // Returns the version of Internet Explorer or a -1
  // (indicating the use of another browser)
  {
  var rv = -1; // Return value assumes failure
  if (navigator.appName == 'Microsoft Internet Explorer')
  {
  var ua = navigator.userAgent;
  var re = new RegExp("MSIE ([0-9]{1,}[\.0-9]{0,})");
  if (re.exec(ua) != null)
     rv = parseFloat( RegExp.$1 );
  }
  return rv;
  }
  
  function checkVersion()
  {
  var msg = "You're not using Internet Explorer.";
  var ver = getInternetExplorerVersion();
  if ( ver > -1 )
  {
     if ( ver >= 7.0 )
       msg = "You're using Internet Explorer 7 or Internet Explorer 8. I should send a quirks or strict mode document."
     else
       msg = "You should upgrade your copy of Internet Explorer.";
  }
  alert( msg );
  }
- CSS 2.1 지침을 따르는 최신 렌더링 모드로 문서를 보내는 것과 같이 콘텐츠를 Internet Explorer 8 전용으로 지정하려면 크거나 같음(>=) 비교를 사용합니다. 동일 문자열 일치를 사용하는 것은 "이후 버전과의 호환성 보장"이 되지 않기 때문에 권장되지 않습니다. 예를 들어, Internet Explorer 9가 출시된다면 해당 릴리스를 감지할 수 있도록 미래의 어느 시점에 웹 사이트를 업데이트해야 합니다.
  
  예제
  function getInternetExplorerVersion()
  // Returns the version of Internet Explorer or a -1
  // (indicating the use of another browser)
  {
  var rv = -1; // Return value assumes failure
  if (navigator.appName == 'Microsoft Internet Explorer')
  {
  var ua = navigator.userAgent;
  var re = new RegExp("MSIE ([0-9]{1,}[\.0-9]{0,})");
  if (re.exec(ua) != null)
     rv = parseFloat( RegExp.$1 );
  }
  return rv;
  }
  
  function checkVersion()
  {
  var msg = "You're not using Internet Explorer.";
  var ver = getInternetExplorerVersion();
  if ( ver > -1 )
  {
  if ( ver >= 8.0 )
     msg = "You're using Internet Explorer 8 or later. I should send you CSS 2.1 content."
  else
     msg = "You should upgrade your copy of Internet Explorer.";
  }
  alert( msg );
  }

버전 벡터에 대한 모범 사례:

MSDN에서 조건부 주석 사용에 대한 샘플 코드(http://msdn2.microsoft.com/en-us/library/ms537509.aspx(영문))를 검토합니다.
웹 사이트에 사용되고 있는 조건부 주석을 검토합니다.
- Internet Explorer 8 클라이언트가 Internet Explorer 7용으로 빌드되고 테스트된 콘텐츠를 받게 하는 것이 목표라면 기존 콘텐츠를 검사하여 주석 블록이 Internet Explorer 8 클라이언트에 대해 true로 평가되는지 확인해야 합니다.
  
  예제
  <head>
      <title>Test Page</title>
      
      </style>
  </head>
- Internet Explorer 8 클라이언트와 Internet Explorer 7 클라이언트를 별도로 처리하는 것이 목표라면 조건부 주석 블록 두 개를 사용해야 합니다. 첫째, Internet Explorer 8 주석 블록에는 크거나 같음(>=) 비교를 사용합니다. 참고: 동일 문자열 일치를 사용하는 것은 "이후 버전과의 호환성 보장"이 되지 않기 때문에 권장되지 않습니다. 예를 들어, Internet Explorer 9가 출시된다면 해당 릴리스를 감지할 수 있도록 미래의 어느 시점에 웹 사이트를 업데이트해야 합니다. 둘째, Internet Explorer 7 주석 블록에는 같음(=) 비교를 사용합니다.
  
  예제
  <head>
      <title>Test Page</title>
      <meta http-equiv="X-UA-Compatible" content="IE=8" />
      
      
      </style>
  </head>

자세한 내용은 사용자 에이전트 문자열 및 버전 벡터 백서 (영문)를 참조하십시오.

버전 관리 기능과 Internet Explorer 렌더링 모드를 통해 Internet Explorer 8은 현재의 웹 콘텐츠와 호환성을 유지하면서 새 기능과 더욱 엄격한 표준 준수 기능을 도입할 수 있는 메커니즘을 제공합니다. 자세한 내용은 버전 관리 및 Internet Explorer 모드를 참조하십시오.

맨 위로

내게 필요한 옵션

확대/축소 버전 2

페이지 확대/축소 기능을 사용하면 웹 페이지 보기를 확대하거나 축소하여 가독성을 향상시킬 수 있습니다. 의도한 페이지 레이아웃을 유지한 상태로 콘텐츠를 확대하거나 축소할 수 있으므로 디스플레이가 아주 크거나 작은 경우에 특히 이 기능이 유용합니다. 확대/축소 기능의 두 번째 버전(첫 번째 버전은 Internet Explorer 7과 함께 출시되었음)에서는 더 나은 품질과 예측 가능성 및 일관성이 뛰어난 확대/축소 환경을 제공함으로써 기존 환경을 향상시키는 것에 중점을 두었습니다. 이 릴리스의 주요 기능에는 대부분의 주요 시나리오에서 가로 스크롤 막대를 제거하고 일관성 있는 확대/축소 상태를 제공하는 기능이 포함됩니다.

자세한 내용은 확대/축소 버전 2 백서 (영문)를 참조하십시오.

맨 위로

W3C의 ARIA(Accessible Rich Internet Application) 지원

W3C는 동적 웹 콘텐츠와 사용자 지정 UI를 몸이 불편한 사용자도 쉽게 접근할 수 있는 구문으로 ARIA(Accessible Rich Internet Applications)를 정의합니다. Internet Explorer 8은 ARIA의 역할, 상태 및 속성 정보를 사용하여 보조 기술과 통신합니다. 내게 필요한 옵션을 위해 별도의 단순한 웹 페이지를 만드는 대신 ARIA를 사용하여 리치 웹 응용 프로그램에 역할, 상태 및 속성의 마크업을 추가할 수 있습니다. 예를 들어, 스크립트를 통해 작성하는 동작과 일치시키기 위해 DIV 요소를 단추, 확인란 또는 다른 ARIA 역할로 정의할 수 있습니다.

ARIA 개념과 웹 콘텐츠에서 ARIA를 사용하는 방법에 대해서는 다음 W3C ARIA 초안을 참조하십시오.

ARIA 소개 (영문)에서는 ARIA로 해결되는 내게 필요한 옵션 문제 영역에 대한 배경 지식을 제공합니다.
ARIA 역할, 상태 및 속성 (영문)에서는 ARIA 구문을 정의합니다.
ARIA 모범 사례 (영문)에서는 ARIA를 사용하여 액세스 가능한 리치 웹 응용 프로그램을 개발하는 방법에 대해 설명합니다.

자세한 내용은 W3C의 ARIA 지원 백서 (영문)를 참조하십시오.

맨 위로

ActiveX 컨트롤 개선 사항

Per-Site ActiveX 컨트롤

Internet Explorer 8에서는 ActiveX 컨트롤을 실행할 수 있는 위치와 컨텍스트를 훨씬 잘 제어할 수 있습니다. 이 Internet Explorer 버전에서 웹 개체로 포함된 ActiveX 컨트롤은 사용자에게 추가 기능으로 표시됩니다. 추가 기능 관리 대화 상자, 레지스트리 또는 ATL의 사이트 잠금 템플릿을 통해 이러한 추가 기능을 특정 웹 사이트에 사용하도록 제한할 수 있습니다.

웹 사이트에 추가 기능이 구현되어 있는 경우 알림 표시줄을 통해 ActiveX 컨트롤을 모든 웹 사이트에서 실행할 것인지 현재 웹 사이트에만 실행할 것인지 선택할 수 있습니다. 이제 사용자가 Internet Explorer 8의 새 추가 기능 관리 대화 상자를 통해 이 동작을 쉽게 변경할 수 있습니다. Internet Explorer 7과 마찬가지로, 이상적인 사용자 환경을 유지하기 위해 Adobe Flash 같은 특정 공용 컨트롤은 처음부터 모든 웹 사이트에서 실행되도록 허용됩니다.

자세한 내용은 Per-Site ActiveX 컨트롤 백서(영문)를 참조하십시오.

맨 위로

Non-Admin ActiveX 컨트롤

Internet Explorer 8은 현재와 미래의 많은 ActiveX 컨트롤에 대해 컨트롤 설치 프로세스에서 관리 권한을 요구하지 않게 되었습니다. 이 솔루션은 컨트롤 관리가 최적화되지 않았던 이전 버전과 관련하여 고객에게 불편을 초래한 여러 문제를 해결합니다. 이제 Windows Vista에서 표준 사용자가 관리 권한 없이 ActiveX 컨트롤을 자신의 고유한 사용자 프로필에 설치할 수 있습니다. 사용자가 악성 ActiveX 컨트롤을 설치한 경우에도 시스템 자체는 영향을 받지 않습니다. 설치가 사용자 프로필에만 영향을 미치므로 손상으로 인한 위험과 비용이 상당히 줄어듭니다. 이 기능은 Windows Vista에만 있는 기능을 사용하므로 Windows XP에서는 사용할 수 없습니다. Non-Admin ActiveX 설치의 이점은 다음과 같습니다.

대부분의 기존 ActiveX 컨트롤은 다시 작성하지 않아도 이 기능을 사용할 수 있습니다. 단지 패키징을 새로 하면 됩니다.
이 기능은 레거시 ActiveX 컨트롤의 설치 동작에 영향을 미치지 않습니다.

자세한 내용은 Non-Admin ActiveX 컨트롤 백서 (영문)를 참조하십시오.

맨 위로

Loosely coupled Internet Explorer

Loosely coupled Internet Explorer 또는 Loosely coupled는 브라우저의 구성 요소를 분리하고 구성 요소들 간의 종속성을 느슨하게 만들어 브라우저를 향상시키려는 아키텍처 측면의 노력입니다. 특히 Internet Explorer 프레임과 탭이 별도의 프로세스로 격리됩니다. Internet Explorer 8에서 이러한 격리로 성능과 확장성이 향상되고 시스템 충돌 및 정지를 비롯한 오류로부터 복구하는 방법이 훨씬 다양해집니다.

이 기능은 특정 프로그래밍 기법을 사용하는 확장(ActiveX, BHO(브라우저 도우미 개체) 또는 UI 도구 모음)의 호환성에 영향을 줄 수 있습니다. 다음은 변경 사항과 그에 따른 영향을 받을 수 있는 확장입니다.

각 탭과 UI 프레임 사이에 새 중간 창을 삽입한 경우
- 프레임과 탭 창을 찾기 위해 창 계층 구조 기법을 사용하는 확장은 이 변경 사항을 고려해야 합니다.
이제 Internet Explorer 프레임이 보통 무결성 수준(medium IL)에서 실행됩니다. 탭 프로세스는 낮음 또는 보통 무결성 수준에서 실행되며 항상 이 보통 무결성 프레임을 부모 프로세스로 가집니다.
- 낮음 무결성 탭에서 프레임을 서브클래스하는 확장이 더 이상 제대로 작동하지 않을 수 있습니다.
이제 Internet Explorer 프레임과 탭이 별도의 프로세스에서 실행됩니다.
- 지원되지 않는 메시징 기법을 사용하는 확장이 더 이상 제대로 작동하지 않을 수 있습니다. 표준 COM 인터페이스를 사용하는 확장은 영향을 받지 않습니다.

자세한 내용은 Loosely coupled Internet Explorer 백서 (영문)를 참조하십시오.

맨 위로

DEP/NX 메모리 보호

Windows Vista의 Internet Explorer 7부터 "온라인 공격 방지를 위해 메모리 보호 사용"이라는 새로운 인터넷 제어판 옵션이 도입되었습니다. 이 옵션을 DEP (영문)(데이터 실행 방지) 또는 NX(비 실행)라고도 합니다. 이 옵션을 사용할 경우 프로세서가 비 실행 영역으로 표시된 메모리에서 코드를 실행하지 못하게 하여 버퍼 오버플로 (영문) 공격을 방지할 수 있습니다.

Windows Vista SP1 이상의 Internet Explorer 8에서는 이 옵션이 기본적으로 사용됩니다.

DEP/NX가 모든 메모리 기반 취약점을 해결하는 것은 아니지만 ASLR (영문)(Address Space Layout Randomization)과 같은 다른 기술과 결합하면 Internet Explorer와 Internet Explorer가 로드하는 추가 기능에서 일반적인 버퍼 오버플로 취약점을 악용하는 것을 안정적으로 방지할 수 있습니다. 이러한 보호 기능은 추가적인 사용자 개입 없이 제공되며 새로 나타나는 메시지가 없습니다.

DEP/NX 호환성

Internet Explorer 7의 경우 호환성 문제 (영문) 때문에 DEP/NX가 기본적으로 사용되지 않았습니다. 몇 가지 유명 추가 기능이 DEP/NX와 호환되지 않았으며 Internet Explorer에서 DEP/NX를 사용하는 상태로 해당 추가 기능을 로드하면 충돌이 발생했습니다. 가장 일반적인 문제는 이러한 추가 기능이 오래된 버전의 ATL 라이브러리 (영문)를 사용하여 빌드되었다는 것입니다. 7.1 SP1 버전 이전에는 ATL이 DEP/NX와 호환되지 않는 방식으로 동적으로 생성되는 코드에 의존했습니다. 많은 유명 추가 기능의 개발자들이 DEP/NX와 호환되는 업데이트된 확장을 릴리스했지만 일부 추가 기능은 Internet Explorer 8을 사용할 수 있게 된 후에야 업데이트될 것입니다.

다행히도 이전 ATL 버전과의 호환성을 유지하면서 DEP/NX를 사용할 수 있게 만드는 새 DEP/NX API (영문)가 Windows 서비스 팩에 추가되었습니다. 이러한 새 API를 사용하면 Internet Explorer에서 이전 버전의 ATL로 빌드된 추가 기능이 충돌하지 않도록 DEP/NX를 옵트인할 수 있습니다.

드문 경우이지만 구식 ATL 사용 때문이 아니라 추가 기능이 DEP/NX와 호환되지 않는 경우에는 손상된 컨트롤의 업데이트된 버전을 배포할 수 있을 때까지 조직에서 Internet Explorer용 DEP/NX를 옵트아웃하는 그룹 정책 옵션을 사용할 수 있습니다. 로컬 관리자가 Internet Explorer를 관리자로 실행하고 인터넷 옵션 / 고급 / 온라인 공격 방지를 위해 메모리 보호 사용 옵션을 선택 취소하여 DEP/NX를 제어할 수 있습니다.

개발자 작업

Internet Explorer 추가 기능을 만드는 경우 현재 다음 단계에 따르면 Internet Explorer 8로 원활하게 업그레이드할 수 있습니다.

ATL v7.1 SP1 이상을 사용하여 구식 ATL 코드를 다시 만듭니다(Visual Studio 2005에는 ATL 8.0이 포함되어 있음).
확장이 DEP/NX와 호환된다는 것을 나타내는 /NXCompat (영문) 링커 옵션을 설정합니다.
Windows Vista의 Internet Explorer 7에서 DEP/NX를 사용하는 상태로 코드를 테스트합니다.
/GS, /SafeSEH, ASLR 등과 같은 다른 사용 가능한 보호 기능 (영문)으로 코드를 옵트인합니다.

맨 위로

추가 기능 관리

Internet Explorer 8의 추가 기능 관리 환경이 업데이트되어 브라우저 내에서 실행되는 컨트롤과 도구 모음을 더욱 쉽게 찾고 검사하고 관리할 수 있습니다. Windows XP 서비스 팩 2(SP2)부터 도입된 추가 기능 관리는 컴퓨터에서 현재 실행되고 있는 추가 기능을 보거나 사용 여부를 설정할 수 있는 장소입니다. 추가 기능 관리는 ActiveX 컨트롤, BHO(브라우저 도우미 개체), 브라우저 확장, 탐색 창 및 도구 모음 같은 추가 기능 유형을 추적합니다. 추가 기능 관리에서 관리되는 목록은 Internet Explorer 8 자체뿐만 아니라 Internet Explorer 8의 검색 공급자와 Activity을 포함하도록 확장되고 있습니다. 기존 컨트롤을 Internet Explorer 8에서 관리하기 위해 변경할 필요는 없습니다.

자세한 내용은 추가 기능 관리 백서 (영문)를 참조하십시오.

티스토리 툴바