Google și-a ajustat planurile de a întrerupe cea de-a doua versiune a manifestului Chrome, care definește capacitățile și resursele disponibile pentru suplimentele scrise folosind API-ul WebExtensions. Inițial, sprijinul pentru cea de-a doua versiune a manifestului era planificat să se încheie în ianuarie 2023. Noul plan implică schimbarea datei de încheiere pentru dezactivarea suplimentelor folosind cea de-a doua versiune a manifestului în ianuarie 2024.
În ianuarie 2023, în versiunile de testare ale Chrome 112 (Canary, Dev, Beta), va fi efectuat un experiment pentru a dezactiva temporar suportul pentru cea de-a doua versiune a manifestului. În iunie 2023, experimentul va continua și suportul pentru a doua versiune a manifestului poate fi dezactivat în versiunea stabilă a Chrome 115. În plus, în ianuarie 2023, a treia versiune a manifestului va deveni obligatorie pentru a fi inclusă în recomandarea. suplimente în catalogul Magazinului web Chrome. În iunie 2023, Magazinul web Chrome nu va mai permite publicarea suplimentelor disponibile public cu a doua versiune manifest, iar suplimentele publice adăugate anterior vor fi mutate în categoria „Nelistate”. În ianuarie 2024, suplimentele cu cea de-a doua versiune a manifestului vor fi eliminate din Magazinul web Chrome, iar setarea va fi eliminată din browser pentru a returna suportul pentru vechiul manifest.
Inițial, cea de-a treia versiune a manifestului a devenit obiectul criticilor din cauza întreruperii activității multor suplimente pentru blocarea conținutului nedorit și asigurarea securității, dar treptat suplimentele încep să fie transferate în noul manifest, de exemplu , versiunile blocantelor de reclame uBlock Origin și AdGuard au fost pregătite recent și transferate în noul manifest.
A treia versiune a manifestului a fost dezvoltată ca parte a unei inițiative de consolidare a securității, confidențialității și performanței suplimentelor. Scopul principal al modificărilor este de a facilita crearea de suplimente sigure și de înaltă performanță și de a face mai dificilă crearea de suplimente nesigure și lente.
Principala nemulțumire față de cea de-a treia versiune a manifestului este legată de transferul în modul read-only al API-ului webRequest, care v-a permis să vă conectați propriile handlere care au acces deplin la solicitările de rețea și sunt capabile să modifice traficul din mers. . Acest API este folosit de uBlock Origin, AdGuard și multe alte suplimente pentru a bloca conținutul neadecvat și pentru a asigura securitatea. În loc de API-ul webRequest, a treia versiune a manifestului oferă un API NetRequest declarativ limitat, care oferă acces la un motor de filtrare încorporat care procesează singur regulile de blocare, nu permite utilizarea propriilor algoritmi de filtrare și nu permite stabilirea unor reguli complexe care se suprapun între ele în funcție de condiții.
În trei ani de discuții despre viitoarea a treia versiune a manifestului, Google a luat în considerare multe dintre dorințele comunității și a extins API-ul declarativeNetRequest furnizat inițial cu capabilitățile necesare în suplimentele existente. De exemplu, Google a adăugat suport pentru declarativeNetRequest API pentru utilizarea mai multor seturi de reguli statice, filtrarea expresiilor regulate, modificarea antetului HTTP, modificarea și adăugarea dinamică a regulilor, eliminarea și înlocuirea parametrilor de solicitare, filtrarea bazată pe file și crearea de seturi de reguli specifice sesiunii. .
Sursa: opennet.ru
