Google ha pubblicato un piano per interrompere il supporto della seconda versione del manifest di Chrome.

Google ha svelato una sequenza temporale per deprecare la versione XNUMX del manifest di Chrome a favore della versione XNUMX, che è stata criticata per aver violato molti dei suoi componenti aggiuntivi per il blocco dei contenuti e la sicurezza. In particolare, alla seconda versione del manifest è allegato il popolare ad-blocker uBlock Origin, che non può essere trasferito alla terza versione del manifest a causa dell'interruzione del supporto per la modalità operativa di blocco dell'API webRequest.

A partire dal 17 gennaio 2022, il Chrome Web Store non accetterà più componenti aggiuntivi che utilizzano la seconda versione del manifest, ma gli sviluppatori di componenti aggiuntivi aggiunti in precedenza continueranno a pubblicare aggiornamenti. Nel gennaio 2023, Chrome smetterà di supportare la seconda versione del manifest e tutti i componenti aggiuntivi ad essa collegati smetteranno di funzionare. Allo stesso tempo, sarà vietata la pubblicazione di aggiornamenti per tali componenti aggiuntivi nel Chrome Web Store.

Ricordiamo che nella terza versione del manifesto, che definisce le capacità e le risorse fornite agli add-on, come parte di un'iniziativa per rafforzare la sicurezza e la privacy, al posto dell'API webRequest, l'API dichiarativaNetRequest, limitata nelle sue capacità, è proposto. Mentre l'API webRequest ti consente di connettere i tuoi gestori che hanno pieno accesso alle richieste di rete e sono in grado di modificare il traffico al volo, l'API dichiarativaNetRequest fornisce solo l'accesso a un motore di filtraggio già pronto integrato nel browser, che elabora in modo indipendente il blocco regole e non consente l'utilizzo di propri algoritmi di filtraggio e non consente di impostare regole complesse che si sovrappongono tra loro a seconda delle condizioni.

Secondo Google, continua a lavorare per implementare in dichiarativeNetRequest le funzionalità richieste nei componenti aggiuntivi che utilizzano webRequest e intende portare la nuova API in un formato che soddisfi pienamente le esigenze degli sviluppatori dei componenti aggiuntivi esistenti. Ad esempio, Google ha già preso in considerazione i desideri della comunità e ha aggiunto il supporto all'API dichiarativaNetRequest per l'utilizzo di più set di regole statiche, filtraggio tramite espressioni regolari, modifica delle intestazioni HTTP, modifica e aggiunta dinamica di regole, eliminazione e sostituzione di parametri di richiesta, filtraggio con rilegatura a schede e creazione di sessioni di regole specifiche specifiche. Nei prossimi mesi si prevede inoltre di implementare il supporto per script di elaborazione dei contenuti personalizzabili dinamicamente e la possibilità di archiviare i dati nella RAM.

Fonte: opennet.ru

Aggiungi un commento