Google a dezvăluit o cronologie pentru deprecierea versiunii XNUMX a manifestului Chrome în favoarea versiunii XNUMX, care a fost criticată pentru că a încălcat multe dintre suplimentele sale de blocare a conținutului și de securitate. În special, popularul blocator de anunțuri uBlock Origin este atașat la a doua versiune a manifestului, care nu poate fi transferată la a treia versiune a manifestului din cauza întreruperii suportului pentru modul de funcționare de blocare a API-ului webRequest.
Începând cu 17 ianuarie 2022, Magazinul web Chrome nu va mai accepta suplimente care utilizează a doua versiune a manifestului, dar dezvoltatorii de suplimente adăugate anterior vor putea continua să publice actualizări. În ianuarie 2023, Chrome nu va mai accepta cea de-a doua versiune a manifestului și toate suplimentele legate de acesta nu vor mai funcționa. În același timp, publicarea actualizărilor pentru astfel de suplimente în Magazinul web Chrome va fi interzisă.
Să reamintim că în cea de-a treia versiune a manifestului, care definește capacitățile și resursele oferite suplimentelor, ca parte a unei inițiative de consolidare a securității și confidențialității, în locul API-ului webRequest, API-ul declarativeNetRequest, limitat în capacitățile sale, este propus. În timp ce API-ul webRequest vă permite să vă conectați propriile operatori care au acces deplin la solicitările de rețea și sunt capabili să modifice traficul din mers, API-ul declarativeNetRequest oferă acces numai la un motor de filtrare gata încorporat în browser, care procesează în mod independent blocarea reguli și nu permite utilizarea propriilor algoritmi de filtrare și nu vă permite să setați reguli complexe care se suprapun între ele în funcție de condiții.
Potrivit Google, continuă să lucreze la implementarea în declarativeNetRequest a capabilităților necesare în suplimentele care folosesc webRequest și intenționează să aducă noul API într-o formă care să răspundă pe deplin nevoilor dezvoltatorilor de suplimente existente. De exemplu, Google a luat deja în considerare dorințele comunității și a adăugat suport la declarativeNetRequest API pentru utilizarea mai multor seturi de reguli statice, filtrarea folosind expresii regulate, modificarea antetelor HTTP, modificarea și adăugarea dinamică a regulilor, ștergerea și înlocuirea parametrilor de solicitare, filtrarea cu legare de file și crearea de sesiuni specifice de reguli specifice. În lunile următoare, este planificată, în plus, implementarea suportului pentru scripturi de procesare a conținutului personalizabile dinamic și capacitatea de a stoca date în RAM.
Sursa: opennet.ru