Google Chrome kunne snart dræbe de fleste ad-blocker udvidelser

0
146

Google har planer om at foretage nogle større ændringer til udvidelse adfærd i Chrome, der kunne udslette nogle ad-blokkere.

Raymond Hill, udvikleren af uBlock Oprindelse og uMatrix, rejst bekymring på tirsdag via Chrom bug tracker, at kommende ændringer i visse Chrome-Api ‘ er vil betyde, hans extensions kan “ikke længere eksisterer”.

Hill ‘s indlæg, spottet af Registret, giver anledning til bekymring om forslagene i Google’ s Manifest V3 dokument, der beskriver de planlagte ændringer til Chrome Udvidelser platform.

Hill ‘s bekymringer center on Google’ s forslag til at forhindre, at der blokerer for annoncer, gennem webRequest API og begrænse blokering evner til en ny DeclarativeNetRequest API.

Han forklarer, at den nye API vil ikke have indflydelse på Adblock Plus, da det “blot håndhæver”, at ad-blocker ‘ s måde at blokere. Det er i sig selv et potentielt problem, da Google og andre, der efter sigende betaler Adblock Plus til at få deres annoncer whitelisten. Og den nye begrænsning på tredjeparts-ad-blokkere, følger Google ‘ s egen ad-blokering indsats i Chrome.

Men Hill er mest bekymret for, at hvis ad-blokkere, er begrænset til kun at bruge declarativeNetRequest API, uBlock Oprindelse og uMatrix vil blive ødelagt.

Hill bemærker også, at det vil være umuligt for andre ad-blocker for udviklere at bygge nye og nye-filtrering-designs.

Google forklarer, at i Åbenbart V3 vil det formål at begrænse blokering version af webRequest, “potentielt fjerne blokering af indstillinger fra de fleste arrangementer (gøre dem observationelle)”. Det vil også tilskynde til indhold blokkere, til i stedet at bruge declarativeNetRequest.

Den nuværende webRequest API er nyttigt for ad-blocker udvidelser, fordi det giver dem mulighed for at “opfange netværk anmodninger om at ændre, omdirigere eller blokere dem.”

SE: Sensoren vil virksomheden: IoT, ML, og big data (ZDNet særlige rapport) | Download rapporten som PDF (TechRepublic)

Google forklarer, at webRequest API kan have en betydelig effekt på alle netværk anmodninger, selv dem, der ikke ændres, omdirigeret eller blokeret af udvidelsen, fordi Chrome brug for at passere en anmodning til udvidelse og vente for den udvidelse til at behandle det, før du håndterer det selv.

Forudsat at Manifestere V3 er vedtaget, vil den nye webRequest API ville kun tillade udvidelser til at observere netværk anmodninger, men ikke ændre, omdirigere eller blokere dem.

Beskriver declarativeNetRequest API, Google noter API, som tillader udvidelser til at fortælle Chrome, hvad de skal gøre med en given forespørgsel, snarere end at få Chrome til at sende forespørgslen videre til en udvidelse.

“Så i stedet for ovenstående forløb, hvor Chrome modtager anmodningen, anmoder udvidelse, og så i sidste ende bliver resultatet, flow, er, at udvidelsen fortæller Chrome, hvordan til at håndtere en anmodning, og Chrome kan håndtere det synkront” Google-dokument stater.

“Dette giver os mulighed for at sikre effektivitet, da et), at vi har kontrol over algoritme til at bestemme resultatet, og b) vi kan forhindre eller deaktivere ineffektive regler. Dette er også bedre for brugernes privatliv, som detaljerne i netværket anmodning er aldrig udsat for forlængelse.”

Men Hill argumenterer for, at overgangen fra webRequest til DeclarativeNetRequest API vil dræbe så mange af indhold-blokering evner, at han sætter spørgsmålstegn ved, om Chrome kan kaldes et “user-agent”, og foreslår i stedet, at det er en agent til hjemmesider.

“Udvidelser handle på vegne af brugere, tilføje funktioner til en “user-agent”, og afværgende, som blokerer for evnen til webRequest API i bund og grund vil sænke niveauet af brugeren agenturet i Chrom, til gavn for hjemmesider, som naturligvis vil være glad for at have det sidste ord, hvad deres ressourcer sider kan hente/udføre/render,” skrev Hill.

“Med en så begrænset declarativeNetRequest API og underkendelse af blokering af evnen af webRequest API, jeg er skeptisk, “user agent” stadig vil være en passende kategori til at klassificere Chrom.”

Tidligere og relaterede dækning

Chrome OS for at blokere USB-adgang, mens skærmen er låst

Google tager skridt til at beskytte Chromebooks fra nogle typer af fysisk adgang til angreb.

Microsoft bekræfter, at Chrome-udvidelser vil køre på ny Kant browser

Microsofts Chrom-baseret Edge browser kan lukke extension gap.

Google: Her er hvordan vores Chrome ad blocker er at dræbe pirater

Og Google gør sagen mod brug af søgning copyright takedowns til at bekæmpe piratkopiering.

Google gendanner ‘www’ til Chrome Webadresser, efter at brugeren modreaktion

Men ikke for længe – vil de være væk igen ved Chrome 70.

Google skærer falske ad blokkere fra Chrome Butikken: Var du blandt de 20 millioner narre?

Falske ad-blocker udvidelser i Chrome webshop trick millioner af mennesker til at installere dem.

Hvad virksomhederne har brug for at vide om den nye Chrom-baseret Edge browser TechRepublic

Hvordan vil Microsoft være i stand til at opretholde sin egen browser prioriteter, når det ikke længere styrer skæbne i sin egen browser-motor?

Google slår ned på de ondsindede Chrome udvidelser CNET

En mere grundig gennemgang proces, der omfatter flere mennesker søger at bedre undersøge udvidelser, der kræver masser af power.

Relaterede Emner:

Google

Cloud

Big Data Analytics

Innovation

Tech og Arbejde

Samarbejde