{"id":104092,"date":"2022-05-19T21:36:47","date_gmt":"2022-05-19T19:36:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome"},"modified":"2022-05-19T21:36:47","modified_gmt":"2022-05-19T19:36:47","slug":"v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/v-firefox-nachalos-testirovanie-tretej-versii-manifesta-chrome","title":{"rendered":"In Firefox \u00e8 iniziato il collaudo della terza versione del manifesto di Chrome.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Mozilla ha annunciato l'inizio dei test per l'implementazione nella terza versione del manifesto di Chrome in Firefox, che definisce le capacit\u00e0 e le risorse disponibili per le estensioni scritte utilizzando l'API WebExtensions. Per testare la terza versione del manifesto nella beta di Firefox 101, \u00e8 necessario impostare il parametro \"extensions.manifestV3.enabled\" su true nella pagina about:config e il parametro \"xpinstall.signatures.required\" su false. \u00c8 possibile utilizzare l'interfaccia about:debugging per installare le estensioni. L'attivazione predefinita della terza versione del manifesto \u00e8 prevista per la fine dell'anno. <\/p>\n
A partire dalla versione 57, Firefox \u00e8 passato completamente all'uso dell'API WebExtensions per lo sviluppo delle estensioni e ha interrotto il supporto per la tecnologia XUL. Il passaggio a WebExtensions ha consentito di uniformare lo sviluppo delle estensioni con le piattaforme Chrome, Opera, Safari ed Edge, semplificando il porting delle estensioni tra i diversi browser e permettendo di sfruttare appieno la modalit\u00e0 di lavoro multi-processo (le estensioni WebExtensions possono essere eseguite in processi separati, isolati dalle altre parti del browser). Per uniformare lo sviluppo delle estensioni con gli altri browser, Firefox offre quasi la completa compatibilit\u00e0 con la seconda versione del manifesto Chrome. <\/p>\n
Attualmente, Chrome sta lavorando al passaggio alla terza versione del manifesto, mentre il supporto per la seconda versione sar\u00e0 interrotto a gennaio 2023. Poich\u00e9 la terza versione del manifesto \u00e8 stata oggetto di critiche e causer\u00e0 problemi a molte estensioni per il blocco dei contenuti indesiderati e la sicurezza, Mozilla ha deciso di discostarsi dalla prassi di garantire la completa compatibilit\u00e0 con il manifesto in Firefox e di implementare alcune modifiche in modo differente. <\/p>\n
Il principale malcontento nei confronti della terza versione del manifesto \u00e8 legato alla transizione dell'API webRequest a una modalit\u00e0 di sola lettura, che consentiva di connettere i propri handler con accesso completo alle richieste di rete e in grado di modificare il traffico in tempo reale. Questa API \u00e8 utilizzata in uBlock Origin e in molte altre estensioni per il blocco di contenuti indesiderati e per garantire la sicurezza. Al posto dell'API webRequest, nella terza versione del manifesto \u00e8 stata proposta un'API declarativeNetRequest con funzionalit\u00e0 limitate, che fornisce accesso a un motore integrato per la filtrazione, elaborando autonomamente le regole di blocco, senza consentire l'uso di algoritmi di filtrazione personalizzati e senza permettere di stabilire regole complesse che si sovrappongono in base alle condizioni. <\/p>\n
Nell'implementazione della terza versione del manifesto proposta in Firefox \u00e8 stato aggiunto un nuovo API dichiarativo per il filtraggio dei contenuti, ma a differenza di Chrome non \u00e8 stata interrotta la vecchia modalit\u00e0 di blocco dell'API webRequest. Tra le altre caratteristiche dell'implementazione del nuovo manifesto in Firefox: <\/p>\n
\n
Nel manifesto \u00e8 stata definita la sostituzione delle pagine di sfondo con una variante di Service Workers, che funziona come processi in background (Background Service Workers). Per garantire la compatibilit\u00e0 con Firefox, verr\u00e0 implementato questo requisito, ma verr\u00e0 anche proposto un nuovo meccanismo chiamato Event Pages, che \u00e8 pi\u00f9 familiare per gli sviluppatori web, non richiede una revisione completa dei componenti aggiuntivi e rimuove le limitazioni associate all'uso dei Service Workers. Le Event Pages permetteranno di adeguare i componenti esistenti con pagine di sfondo ai requisiti della terza versione del manifesto, mantenendo l'accesso a tutte le funzionalit\u00e0 necessarie per lavorare con il DOM. Nella versione di Firefox attualmente disponibile per i test, sono supportate solo le Event Pages, mentre il supporto per la soluzione basata su Service Workers verr\u00e0 promesso in seguito. La proposta \u00e8 stata supportata da Apple, che ha integrato le Event Pages nella release Safari Technology Preview 136.\n
Il nuovo modello di richiesta di autorizzazione a granularit\u00e0 fine \u2014 l'estensione non sar\u00e0 attivabile immediatamente su tutte le pagine (rimosso il permesso \u00aball_urls\u00bb), ma funzioner\u00e0 solo nel contesto della scheda attiva, cio\u00e8 l'utente dovr\u00e0 confermare il funzionamento dell'estensione per ogni sito. In Firefox tutte le richieste di accesso ai dati del sito saranno considerate non obbligatorie e la decisione finale di concedere l'accesso sar\u00e0 presa dall'utente, che potr\u00e0 decidere selettivamente a quale estensione consentire di accedere ai propri dati su un determinato sito.\n
Modifica dell'elaborazione delle richieste Cross-origin \u2014 secondo il nuovo manifesto, gli script di elaborazione dei contenuti dovranno sottostare alle stesse limitazioni di autorizzazione della pagina principale in cui tali script vengono inseriti (ad esempio, se la pagina non ha accesso all'API di geolocalizzazione, anche lo script dell'estensione non avr\u00e0 accesso). Questa modifica \u00e8 completamente implementata in Firefox. <\/li>\n
API basato su Promise. Firefox supporta gi\u00e0 questo API e per la terza versione del manifesto lo trasferir\u00e0 nello spazio dei nomi \"chrome.*\". <\/li>\n