IE9는 기다릴 가치가 있었나요?

즉, Contoso.com을 방문할 때 타사 사이트 항목을 비활성화하고 싶습니다. 예를 들어 해당 "거부" 항목 중 하나가 Analytics.microsoft.com인 경우 해당 항목을 차단하고 싶습니다.

그러나 Analytics.microsoft.com 자체로 이동하면 이제 Analytics.microsoft.com이 페이지의 기본 사이트이므로 차단이 발생해서는 안 됩니다.

분명히 잘 설계된 차단 목록은 광고, 추적 및 분석 사이트에 대한 모든 참조를 차단하고 내 검색 내용을 비공개로 유지하는 데 도움이 될 것입니다.

허용 및 거부

그러나 여기에는 문제가 있습니다. TPL에 적용할 수 있는 권한 계층 구조에서 "허용"이 "거부"를 능가합니다.

사용자는 설정하고 잊어버릴 수 있는 간단한 솔루션을 원합니다. 결국 올해는 2011년이다

Microsoft의 문서에서 이 내용을 읽었을 때 나는 이중적인 생각을 했음을 고백합니다. 언제부터 "허용"이 "거부"를 능가하게 되었나요?

보안의 전체 원칙은 "허용"한 항목 수에 관계없이 단 한 번의 "거부"만으로도 해당 항목에 대한 액세스를 차단할 수 있다는 명확한 이해에 기초합니다. 그러나 아니요, IE9 TPL에서는 비트 거부를 허용하므로 하나의 TPL에서 Analytics.microsoft.com을 거부하고 다른 곳에서는 Microsoft.com을 허용하면 허용이 승리합니다.

IE9 및 TPL을 다루는 Microsoft 사이트에는 5개의 TPL 다운로드 링크가 있습니다. 물론 여러 TPL을 다운로드할 수 있으며 IE9는 신뢰할 수 있는 두 소스에서 두 개의 TPL을 선택할 수 있다는 기반으로 이를 함께 연결합니다.

이제 Microsoft 사이트에 링크된 TRUSTe의 TPL을 살펴보세요. 이것은 광고 조직이 선량하게 행동하고 있음을 인증하는 조직으로 보입니다. 이것이 바로 TPL 내에 매우 많은 수의 "허용"이 있는 이유입니다. 하지만 이 TRUSTe TPL을 차단 TPL과 결합하면 "허용"이 "거부"를 능가하기 때문에 만족스러운 것보다 더 많은 개인 추적이 발생하는 것을 발견할 수 있습니다.

행복하지 않다

나는 IE9가 TPL을 처리하는 방식에 전혀 만족하지 않습니다. UI는 기본적이며 무슨 일이 일어나고 있는지 사용자에게 충분한 설명을 제공하지 않습니다.

여러 TPL이 좋은 것일 수 있다고 제안하는 것도 도움이 되지 않습니다. 왜냐하면 "3개가 좋으면 10개가 더 좋다"고 믿고 싶은 명백한 유혹이 있기 때문입니다. 거부 전용 기능인 경우 이는 어느 정도 중요할 수 있지만 구현 시 거부보다 ​​허용을 먼저 설정하면 여러 TPL이 매우 비생산적일 수 있습니다.

솔직히 저는 IE9 사용자 인터페이스에서 "거부 활성화" 및 "허용 활성화"라는 간단한 확인란 쌍과 "비트 허용 거부" 및 "비트 거부 허용"이라는 라디오 버튼 쌍을 선호합니다.

그러면 무슨 일이 일어날지 분명할 것입니다. 사용자가 무슨 일이 일어나고 있는지 알아내기 위해 TPL 파일을 파헤칠 것이라고 기대하는 것은 불합리합니다. 모든 TPL을 재정의할 수 있을 때 여러 TPL이 좋은 생각일 수 있다고 암시하는 것은 훨씬 더 비합리적입니다. 다른 사람.

이는 "당신은 누구를 신뢰하며, 그 이유는 무엇입니까?"라는 질문의 핵심입니다. 문제는 사용자가 설정하고 잊어버릴 수 있는 간단한 솔루션을 원한다는 것입니다. 결국 올해는 2011년이다.

불행하게도 이 분야에서 손이 깨끗한 사람은 거의 없습니다. Microsoft 자체는 최근 “오늘 Microsoft의 광고 수익은 30억 달러 이상입니다. 이는 우리 사업에서 가장 빠르게 성장하는 부분입니다.”

그렇다면 Microsoft의 TPL 구현이 "거부" 앞에 "허용"을 넣거나 연결된 목록 중 하나가 Microsoft.com에 포괄적인 "허용"을 넣는 것이 놀라운 일입니까? 결국, 당신은 연간 30억 달러의 수익원을 위태롭게 하고 싶지 않을 것입니다. 그렇죠? 이 30억 달러 주장을 듣고 IE9의 전체 TPL 문제와 관련하여 내 입에는 신맛이 남았습니다.

유용한 도구

좀 더 낙관적인 분위기를 마무리하기 위해 IE9에는 확인해 볼 가치가 있는 몇 가지 유용한 도구가 있습니다. 저는 특히 Gear 메뉴에서 찾을 수 있는 F12 개발자 도구를 좋아합니다. 브라우저 하단에 또 다른 창이 열리면 즉시 집에 온 듯한 편안함을 느낍니다. 예, 전통적인 메뉴 표시줄이 있습니다!

이제 네트워크 탭을 클릭하고 캡처 시작 버튼을 누른 다음 몇 가지 웹사이트를 방문해보세요. 각 항목을 로드하는 데 걸린 시간에 대한 뛰어난 그래픽 보기를 포함하여 로드되는 모든 항목이 자세히 표시됩니다. 각 항목을 차례로 클릭하면 내용이 무엇인지도 표시됩니다.

이는 웹 브라우저 디버깅과 이에 관심이 있는 사용자가 페이지에 로드되는 내용을 볼 수 있도록 돕는 데 있어 큰 진전입니다.