Nag-publish ang Google ng planong ihinto ang pagsuporta sa pangalawang bersyon ng manifest ng Chrome.

Naglabas ang Google ng timeline para sa hindi na paggamit ng bersyon XNUMX ng Chrome manifest pabor sa bersyon XNUMX, na binatikos dahil sa paglabag sa marami sa mga add-on nito sa pag-block ng nilalaman at seguridad. Sa partikular, ang sikat na ad blocker na uBlock Origin ay naka-attach sa pangalawang bersyon ng manifest, na hindi maililipat sa ikatlong bersyon ng manifest dahil sa paghinto ng suporta para sa blocking mode ng pagpapatakbo ng webRequest API.

Simula sa Enero 17, 2022, hindi na tatanggap ang Chrome Web Store ng mga add-on na gumagamit ng pangalawang bersyon ng manifest, ngunit patuloy na makakapag-publish ng mga update ang mga developer ng mga dating idinagdag na add-on. Sa Enero 2023, hihinto ang Chrome sa pagsuporta sa pangalawang bersyon ng manifest at hihinto sa paggana ang lahat ng add-on na nauugnay dito. Kasabay nito, ipagbabawal ang pag-publish ng mga update para sa mga naturang add-on sa Chrome Web Store.

Alalahanin natin na sa ikatlong bersyon ng manifesto, na tumutukoy sa mga kakayahan at mapagkukunang ibinigay sa mga add-on, bilang bahagi ng isang inisyatiba upang palakasin ang seguridad at privacy, sa halip na ang webRequest API, ang declarativeNetRequest API, na limitado sa mga kakayahan nito, ay iminungkahi. Bagama't pinapayagan ka ng webRequest API na ikonekta ang sarili mong mga tagapangasiwa na may ganap na access sa mga kahilingan sa network at may kakayahang baguhin ang trapiko sa mabilisang paraan, ang declarativeNetRequest API ay nagbibigay lamang ng access sa isang nakahanda nang filtering engine na binuo sa browser, na independiyenteng nagpoproseso ng pagharang. mga panuntunan at hindi pinapayagan ang paggamit ng sarili nitong mga algorithm sa pag-filter at hindi pinapayagan kang magtakda ng mga kumplikadong panuntunan na magkakapatong sa isa't isa depende sa mga kondisyon.

Ayon sa Google, patuloy itong nagtatrabaho sa pagpapatupad sa declarativeNetRequest ng mga kakayahan na kinakailangan sa mga add-on na gumagamit ng webRequest, at nilalayon na dalhin ang bagong API sa isang form na ganap na nakakatugon sa mga pangangailangan ng mga developer ng mga umiiral na add-on. Halimbawa, isinaalang-alang na ng Google ang mga kagustuhan ng komunidad at nagdagdag ng suporta sa declarativeNetRequest API para sa paggamit ng maraming static na set ng panuntunan, pag-filter gamit ang mga regular na expression, pagbabago ng mga header ng HTTP, pabago-bagong pagbabago at pagdaragdag ng mga panuntunan, pagtanggal at pagpapalit ng mga parameter ng kahilingan, pag-filter na may tab na pagbubuklod, at paggawa ng mga partikular na partikular na session ng ruleset. Sa mga darating na buwan, ito ay karagdagang binalak na ipatupad ang suporta para sa dynamic na nako-customize na mga script sa pagpoproseso ng nilalaman at ang kakayahang mag-imbak ng data sa RAM.

Pinagmulan: opennet.ru

Magdagdag ng komento