Chrome에 제안 된 변경 사항이 적용되면 광고 차단기 uBlock Origin이 더 이상 존재하지 않습니다. Chromium의 버그 추적기에 대한 의견에서 uBlock Origin과 uMatrix의 개발자 인 Raymond Hill에 따르면
레지스터에서 발견 한 바와 같이 Google 엔지니어는 Chromium 프로젝트의 버그 추적기에서 이러한 변경을 제안하고 있습니다. Chromium은 Chrome, Opera 및 곧 Microsoft Edge의 기반을 형성하는 오픈 소스 브라우저입니다.
그러나 걱정하지 마십시오. 이렇게해도 광고 차단기가 완전히 중단되지는 않습니다. 대신 Google 엔지니어는 브라우저 확장 프로그램에서 권한을 빼앗습니다. 현재 광고 차단기 및 기타 확장 프로그램은 'webRequest'API를 사용하여 웹 페이지로드 중 이벤트를 수신하고 차단합니다.
제안 된 변경 사항이 적용되면 확장 프로그램에서이 API로 이벤트를 차단할 수 없습니다. 확장 프로그램은 이러한 이벤트 만 볼 수 있으므로 페이지로드 시간이 빨라집니다. Chrome은 페이지를로드하는 동안 확장 프로그램의 무게가 측정 될 때까지 기다릴 필요가 없습니다.
광고 차단기는 'declarativeNetRequest'API를 사용하여 Chrome에 차단하려는 것을 알려야합니다. Chrome 자체는 확장 프로그램이 응답하기를 기다리지 않고 차단을 수행하므로 더 빠릅니다. 그러나 declarativeNetRequest는 Adblock Plus 스타일 필터링 시스템을 사용합니다.
Raymond Hill은 이러한 변경이 이루어지면 광고 차단기 uBlock Origin 및 콘텐츠 필터 uMatrix는 특별한 작업을 수행 할 수 없습니다.
이 (아주 제한적인) 선언적 NetRequest API가 컨텐츠 차단기가 자신의 의무를 수행 할 수있는 유일한 방법 인 경우, 이는 본질적으로 몇 년 동안 유지해온 2 개의 컨텐츠 차단기 인 uBlock Origin (“uBO”)과 uMatrix가 더 이상 존재할 수 없음을 의미합니다.
uBO와 uMatrix가 더 이상 존재하지 않게하는 것 외에도 declarativeNetRequest API는 하나의 특정 필터링을 구현하지 않기 때문에 제안 된 declarativeNetRequest API가 새롭고 새로운 필터링 엔진 설계를 구현하는 것이 불가능하다는 사실과 관련이 있습니다. 엔진 및 다소 제한적인 엔진 (3 만 한도는 유명한 EasyList만으로는 충분하지 않습니다).
힐조차도 광고 차단제가 사라지지 않을 것이라고 지적했다. 이 변경으로 인해 모든 브라우저 확장 프로그램이 수행 할 수있는 작업 (광고 확장 및 기타 확장 프로그램)을 제한하여 Chrome 속도를 높일 수 있습니다. Chrome은 Apple의 Safari 브라우저와 유사하며, 이제는 빠르고 표준적인 방식으로 작동하는 “콘텐츠 차단기”를 지원합니다.
트레이드 오프입니다. uBlock Origin과 같은 브라우저 확장 프로그램은 더 이상 자체 필터링 엔진을 구현할 수 없지만 필터링 엔진은 Chrome 자체에 내장되어 있습니다. 전체 산업은 더 제한된 브라우저 확장으로 이동하고 있습니다. 일부 사람들은 두려워했지만 DespiteGoogle은이를 광고 차단기를 죽일 수있는 기회로 사용하지 않습니다.
