Immagine: Google // Composizione: ZDNet
Uno studio che ha analizzato le prestazioni di Chrome ad blocker estensioni pubblicato venerdì ha smentito le affermazioni fatte da Google agli sviluppatori il mese scorso, quando una polemica scoppiata sulla loro decisione di modificare il browser Chrome in modo che avrebbero potuto essere uccisi ad bloccanti e molte altre estensioni.
Lo studio, condotto dal team di Ghostery ad blocker, trovato che ad bloccanti aveva sub-micrometrica impatto sulla rete di Chrome richieste che difficilmente si sarebbe potuto definire un calo di prestazioni.
Ore dopo il Ghostery team ha pubblicato il suo studio e i risultati dei benchmark, il team di Chrome sono tornati indietro sui loro progetti di modifiche.
Alla radice di Ghostery riferimento ad blocker prestazioni si Manifesta V3, un nuovo standard per lo sviluppo di estensioni di Chrome che Google ha annunciato lo scorso ottobre.
Prolisso documento conteneva molte nuove regole su ciò che Chrome funzioni e le Api di estensione dovrebbe utilizzare. Una delle modifiche è stato per le estensioni necessari per intercettare e di lavoro con le richieste di rete. Google ha voluto gli sviluppatori di estensioni per utilizzare il nuovo DeclarativeNetRequest API al posto del vecchio webRequest API.
Questa nuova API è venuto con le limitazioni che ha messo un muso sul numero di richieste di rete è un’estensione può accedere. C’è voluto un po ‘ di tempo prima ad blocker sviluppatori preso a cosa volesse dire, ma quando l’hanno fatto, è scoppiato il finimondo, con estensione agli sviluppatori e gli utenti regolari di accusare il browser maker di cercando di uccidere pubblicitarie di terze parti bloccanti per il danno di Chrome nuovo built-in ad blocker (che non sarebbero interessati).
Chrome ingegneri giustificato il cambiamento citando l’impatto sulle prestazioni di non avere un valore massimo per il numero di richieste di rete è un’estensione può accedere.
Ma il Ghostery team d’accordo con questa valutazione.
“Questo lavoro [riferendosi allo studio] è stata motivata da una delle affermazioni formulate nel Manifesto V3 proposta del Cromo progetto: ‘l’estensione esegue quindi arbitraria (e potenzialmente molto lento) JavaScript’, parlando di contenuti-bloccanti “capacità di elaborare le richieste di rete”, ha detto Cliqz, la società dietro il Ghostery ad blocker.
“Dalle misure, non pensiamo che questa affermazione contiene, come tutti i contenuti popolari-bloccanti sono molto efficienti e non dovrebbe comportare nessun evidente rallentamento per gli utenti”, hanno aggiunto.
Il loro studio-che ha analizzato le prestazioni della rete di annuncio bloccanti come il uBlock Origine, Adblock Plus, Coraggioso, DuckDuckGo e Cliqz z Ghostery– trovato inferiore al millisecondo mediana decisione di volte per ogni richiesta, mostrando tutto il contrario di ciò che il team di Chrome ha sostenuto.
Immagine: Cliqz // Composizione: ZDNet
A seguito della pubblicazione di questo studio, i tecnici di Google ha reso ufficiale sul Google Gruppi distacco ore più tardi, annunciando un rilassamento del Manifesto V3 cambiamenti che hanno influito annuncio bloccanti.
“Un’altra osservazione è che la webRequest API non sarà completamente rimosso come parte del Manifesto V3,” ha detto Chrome ingegnere Devlin Cronin [enfasi sua].
“Le estensioni ecosistema Chrome è vivace e variegata che consente una miriade di casi d’uso, che altrimenti sarebbe impossibile,” Cronin aggiunto. “Siamo impegnati a conservare tale ecosistema, e di garantire che gli utenti possono continuare a personalizzare il browser Chrome per soddisfare le loro esigenze. Questo include continuando a supportare le estensioni, tra cui il contenuto bloccanti, strumenti di sviluppo, le funzioni di accessibilità, e molti altri. È non è, né è mai stata, il nostro obiettivo è di prevenire o rompere il blocco dei contenuti.”
Chrome decisione di spedire ad-blocker-breaking caratteristiche è stata condannata fin dall’inizio. Gli utenti normali sono cresciute legato al loro annuncio bloccanti, e per ovvie ragioni. Annuncio bloccanti possono venire con un qualche tipo di impatto sulle prestazioni, ma anche dei benefici, che non è passato inosservato da parte degli utenti finali.
A Maggio 2018 studio dalla stessa Ghostery team ha scoperto che le pagine tendono a caricare fino a due volte più veloce quando si utilizza un ad blocker.
Un altro studio pubblicato questa settimana dal software engineer Patrick Hulce ha mostrato che la pubblicità del codice conti per la più grande fetta del JavaScript esecuzione di operazioni eseguite da un browser, dando agli utenti un buon motivo per bloccarli.
Immagine: Patrick Hulce
Un DebugBear di studio da dicembre 2018 inoltre dimostrato che ad bloccanti non impatto Cromo delle prestazioni come la pensa la gente, con altre estensioni di portare un grande colpo per il consumo di CPU pagina download dimensione, e l’esperienza utente.
Immagine: DebugBear
Più browser copertura:
Safari ingegneri sguardo diverso approccio per combattere invadenti annunci
Google Chrome 73 supporta ufficialmente i tasti multimediali della tastiera
Google pubblica il 14 ufficiale di Chrome themesGoogle esegue un auto-update-per-HTTPS esperimento in ChromeOpera browser desktop ottiene un nuovo look, tema scuro ottiene darkerGoogle lavoro sul nuovo Chrome funzione di protezione per ‘cancellare DOM XSS’What le imprese hanno bisogno di conoscere il nuovo Cromo-based Bordo TechRepublicdi blocco degli Annunci Coraggioso ottiene memoria vantaggio su Chrome su siti web di notizie CNET
Argomenti Correlati:
Enterprise Software
Open Source
Mobile OS