Raymond Hill 是 uBlock Origin 阻止不需要內容的系統的作者，他發布了一個實驗性瀏覽器插件 uBO Minus，其中包含翻譯為 declarativeNetRequest API 的 uBlock Origin 變體的實現，其使用在第三版中規定。 Chrome清單。 與經典的 uBlock Origin 不同，新的附加元件使用瀏覽器內建內容過濾引擎的功能，不需要安裝權限即可攔截和更改所有網站資料。
該外掛尚無彈出面板或設定頁面，功能僅限於封鎖網路請求。 要在沒有擴展權限的情況下工作，需要使用諸如用於替換頁面上的內容的修飾過濾器（“##”）、替換網站上的腳本（“##+js”）、用於重定向請求的過濾器（“redirect=”）和標頭等功能過濾器會停用 CSP（內容安全策略）和用於刪除請求參數的過濾器（“removeparam=”）。 除此之外，預設過濾器清單完全對應於 uBlock Origin 中的設置，並包含約 22 條規則。
此外，幾天前，還推出了 AdGuard 廣告攔截插件的實驗版本 - AdGuardMV3，它也被翻譯為 declarativeNetRequest API，並且能夠在僅支援第三版 Chrome 清單的瀏覽器中工作。 提議進行測試的原型提供了普通用戶所需的所有廣告攔截功能，但在其高級功能方面落後於宣言第二版的附加組件，這可能是高級用戶感興趣的。
新的 AdGuard 將繼續隱藏橫幅、社交網路小部件和煩人的元素，阻止 YouTube 等影片平台上的廣告，並主動阻止與追蹤運動相關的請求。 限制包括由於應用修飾規則時有1.5-2秒的延遲導致廣告插入閃爍、丟失一些與Cookie過濾相關的功能、正則表達式的使用和查詢參數的過濾（新API提供簡化的正則表達式） 、統計資訊和過濾器回應日誌僅在開發人員模式下可用。
也提到，由於宣言第三版中引入的限制，規則數量可能會減少。 如果瀏覽器安裝了使用 declarativeNetRequest 的附加元件，則靜態規則不會出現問題，因為所有附加元件都有一個一般限制，允許 330 萬條規則。 當有多個新增時，應用 30 萬條規則的限制，這可能不夠。 動態規則的規則限制為 5000 條，正規表示式的規則限制為 1000 條。
從 2023 年 XNUMX 月開始，Chrome 瀏覽器計畫停止支援第二版清單，並強制所有附加元件使用第三版。 最初，由於許多阻止不當內容和確保安全的附加元件被破壞，第三版宣言成為批評的目標。 Chrome 清單定義了提供給附加元件的功能和資源。 清單的第三個版本是作為加強附加元件的安全性、隱私性和效能計畫的一部分而開發的。 這些變更的主要目標是使創建安全且高效能的附加元件變得更加容易，並使創建不安全且緩慢的附加元件變得更加困難。
對第三版宣言的主要不滿與將 webRequest API 轉換為只讀模式有關，這使得連接您自己的處理程序成為可能，這些處理程序可以完全訪問網絡請求並可以動態修改流量。 該 API 用於 uBlock Origin、AdGuard 和許多其他附加組件，以阻止不需要的內容並確保安全。 第三個版本的清單提供了一個功能有限的declarativeNetRequest API，而不是webRequest API，該API 提供對內置過濾引擎的訪問，該引擎獨立處理阻止規則，不允許使用自己的過濾算法，並且不允許使用內置過濾引擎。允許根據條件設置相互重疊的複雜規則。
在關於即將發布的第三版宣言的三年討論中，Google 考慮到了社區的許多願望，並擴展了最初提供的 declarativeNetRequest API 以及現有附加內容所需的功能。 例如，Google 增加了對declarativeNetRequest API 的支持，以使用多個靜態規則集、正則表達式過濾、修改HTTP 標頭、動態更改和添加規則、刪除和替換查詢參數、基於選項卡的過濾以及創建特定於會話的規則集。
來源： opennet.ru