{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla ha riassunto i piani per supportare la terza versione del manifesto Chrome in Firefox","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La societ\u00e0 Mozilla ha pubblicato un piano per l'implementazione in Firefox della terza versione del manifesto di Chrome, che definisce le funzionalit\u00e0 e le risorse disponibili per le estensioni. La terza versione del manifesto \u00e8 stata oggetto di critiche a causa del malfunzionamento di molte estensioni per il blocco dei contenuti indesiderati e la sicurezza. <\/p>\n
In Firefox si prevede di implementare quasi tutte le funzionalit\u00e0 e le limitazioni del nuovo manifesto, inclusa l'API dichiarativa per il filtraggio dei contenuti (declarativeNetRequest), ma a differenza di Chrome, in Firefox non verr\u00e0 interrotta la supporto della vecchia modalit\u00e0 di blocco dell'API webRequest, almeno finch\u00e9 la nuova API non soddisfer\u00e0 completamente le esigenze degli sviluppatori di estensioni che utilizzano l'API webRequest. Questo approccio garantir\u00e0 la compatibilit\u00e0 con le estensioni di Chrome senza compromettere la compatibilit\u00e0 con le estensioni legate all'API webRequest. <\/p>\n
Ricordiamo che la principale insoddisfazione nei confronti del nuovo manifesto \u00e8 legata al passaggio alla modalit\u00e0 di sola lettura dell'API webRequest, che consentiva di collegare gestori personalizzati con accesso completo alle richieste di rete e in grado di modificare dinamicamente il traffico. Questa API \u00e8 utilizzata in uBlock Origin e in molte altre estensioni per il blocco dei contenuti indesiderati e la sicurezza. Al posto dell'API webRequest \u00e8 stata proposta un'API declarativeNetRequest limitata nelle sue funzionalit\u00e0, che fornisce accesso a un motore interno per il filtraggio, che gestisce autonomamente le regole di blocco, non consente l'utilizzo di algoritmi di filtraggio personalizzati e non permette di definire regole complesse che si sovrappongono in base alle condizioni. <\/p>\n
In Firefox, il supporto per la terza versione del manifesto di Chrome \u00e8 previsto per i test alla fine del 2021, mentre l'implementazione del nuovo manifesto \u00e8 programmata per l'inizio del 2022. Tra le caratteristiche dell'implementazione del nuovo manifesto in Firefox si segnala: <\/p>\n
\n
Fornitura dell'API declarativeNetRequest, ma con mantenimento della possibilit\u00e0 di utilizzare la vecchia API webRequest.\n
Modifica del trattamento delle richieste Cross-origin \u2014 in conformit\u00e0 con il nuovo manifesto, le stesse limitazioni di autorizzazione applicabili alla pagina principale si estenderanno agli script di gestione dei contenuti integrati in essa (ad esempio, se la pagina non ha accesso all'API di geolocalizzazione, anche lo script di estensione non avr\u00e0 accesso). Parte delle modifiche relative alle limitazioni delle richieste cross-origin \u00e8 gi\u00e0 disponibile per il test nelle build notturne di Firefox (in sviluppo come parte del progetto Fission, attivabile in about:preferences#experimental) e sar\u00e0 implementata in modo completo nel terzo trimestre del 2021.\n
Le pagine in background saranno sostituite dai Service worker, che funzioneranno come processi in background. Questa modifica non \u00e8 ancora pronta per iniziare i test.\n
API basate su Promise. Firefox supporta gi\u00e0 questo tipo di API nello spazio dei nomi \u2018browser.*\u2019 e per la terza versione del manifesto lo trasferir\u00e0 nello spazio dei nomi \u2018chrome.*\u2019.\n
Nuovo modello di richiesta granulare delle autorizzazioni \u2014 l'estensione non potr\u00e0 essere attivata immediatamente per tutte le pagine (rimosso il permesso \u2018all_urls\u2019), ma funzioner\u00e0 solo nel contesto della scheda attiva, ovvero l'utente dovr\u00e0 confermare l'attivazione dell'estensione per ogni sito. Mozilla sta lavorando per rafforzare il controllo degli accessi, ma intende dare agli utenti la possibilit\u00e0 di decidere autonomamente se consentire alle estensioni di lavorare con schede diverse.\n