Simeon Vincent, sy'n gyfrifol am ryngweithio â datblygwyr estyniadau yn nhîm Chrome (yn dal swydd Eiriolwr Datblygwr Estyniadau), Sefyllfa gyfredol Google ynghylch trydydd argraffiad maniffesto Chrome, llawer o ychwanegion i rwystro cynnwys amhriodol a sicrhau diogelwch. Nid yw'r cwmni'n bwriadu rhoi'r gorau i'w gynllun gwreiddiol i roi'r gorau i gefnogi modd blocio'r WebRequest API, sy'n eich galluogi i newid y cynnwys a dderbynnir ar y hedfan. Gwneir eithriad yn unig ar gyfer y rhifyn menter o Chrome (), lle bydd cefnogaeth i'r API WebRequest yn cael ei gadw fel o'r blaen.
Ar gyfer defnyddwyr Chrome API rheolaidd bydd yn gyfyngedig i fodd darllen yn unig. Mae API datganiadol wedi'i gynnig i ddisodli'r WebRequest API ar gyfer hidlo cynnwys , sy'n cwmpasu rhan gyfyngedig yn unig o'r galluoedd a ddefnyddir mewn atalwyr hysbysebion modern. Yn y bôn, yn lle trinwyr perchnogol sydd â mynediad llawn at geisiadau rhwydwaith, cynigir peiriant hidlo parod parod cyffredinol sy'n prosesu rheolau blocio ar ei ben ei hun. Er enghraifft, nid yw'r API declarativeNetRequest yn caniatáu ichi ddefnyddio'ch algorithmau hidlo eich hun ac nid yw'n caniatáu ichi greu rheolau cymhleth sy'n gorgyffwrdd â'i gilydd yn dibynnu ar amodau.
Mae datblygwyr ychwanegion blocio hysbysebion wedi paratoi ar y cyd , a restrodd ddiffygion yr API declarativeNetRequest. Cytunodd Google â llawer o'r sylwadau ac ychwanegodd at yr API declarativeNetRequest. Yn benodol, mae cefnogaeth wedi'i ychwanegu ar gyfer newid ac ychwanegu rheolau yn ddeinamig, ac mae'n bosibl dileu penawdau HTTP, ond dim ond y rhai yn y rhestr wen (Cyfeirwr, Cwci, Set-Cookie). Rydym yn bwriadu gweithredu cefnogaeth ar gyfer ychwanegu ac ailosod penawdau HTTP (er enghraifft, ar gyfer amnewid Set-Cookie a chyfarwyddebau CSP) a'r gallu i ddileu a disodli paramedrau ceisiadau.
Bwriedir defnyddio fersiwn rhagarweiniol o drydydd fersiwn y maniffest, sy'n diffinio'r rhestr o alluoedd ac adnoddau a ddarperir i ychwanegion Chrome, ar gyfer profi mewn adeiladau arbrofol o Chrome Canary yn ystod y misoedd nesaf.
Ar yr un pryd, nid yw'r cymhelliant dros wahardd newidiadau mewn cynnwys a dderbynnir trwy'r WebRequest API yn gwbl glir o hyd. Mae'n honni bod modd blocio'r API WebRequest yn cael effaith negyddol ar berfformiad oherwydd bod y porwr yn aros i'r sawl sy'n trin yr ychwanegiadau gwblhau ei waith cyn gwneud y dudalen ddim yn gwrthsefyll beirniadaeth. Cynhaliwyd yn flaenorol Mae perfformiad ychwanegion blocio hysbysebion wedi dangos bod yr oedi y maent yn ei gyflwyno yn ddibwys. Ar gyfartaledd, mae'r defnydd o atalydd yn arafu'r broses o gyflawni cais gan ffracsiwn o filieiliadau yn unig, sy'n ddibwys o'i gymharu â'r cefndir cyffredinol.
Nid yw'r ail ddadl, sy'n ymwneud â'r awydd i amddiffyn defnyddwyr rhag mynediad heb ei reoli at ychwanegion i'r cynnwys, ychwaith yn edrych yn argyhoeddiadol, oherwydd yn hytrach na chael gwared ar swyddogaethau hirsefydlog ac eang mewn ychwanegion cyfreithlon, roedd yn bosibl ychwanegu un newydd. math o awdurdod a rhoi'r dewis terfynol i'r defnyddiwr o osod ychwanegyn gyda mynediad llawn i geisiadau rhwydwaith ai peidio. Yn ogystal, mae Google wedi gadael cefnogaeth ar gyfer defnyddio'r WebRequest API yn y modd darllen yn unig, gan ganiatáu monitro traffig llawn heb ymyrraeth lefel isel.
Gall ychwanegion newid cynnwys tudalennau gwe wedi'u llwytho trwy APIs eraill (er enghraifft, gall ychwanegion maleisus barhau i gyflwyno eu hysbysebion, lansio glowyr a dadansoddi cynnwys ffurflenni mewnbwn).
Mae Raymond Hill, awdur systemau uBlock Origin ac uMatrix ar gyfer blocio cynnwys diangen, yn eithaf llym ymateb gan gynrychiolydd Google ac awgrymodd gemau demagoguery a thu ôl i'r llenni lle mae Google, dan gochl cyfle da, yn ceisio hyrwyddo ei ddiddordebau busnes ym maes hysbysebu ar y Rhyngrwyd, ennill rheolaeth ar ei fecanweithiau hidlo a chyfiawnhau y gweithredoedd hyn yng ngolwg y cyhoedd yn gyffredinol.
Ni chafodd erioed ddadleuon argyhoeddiadol dros yr angen i atal yr API eang a phoblogaidd ymhlith datblygwyr ychwanegion. Yn ôl Raymond, nid yw'r gostyngiad mewn perfformiad yn ddadl, gan fod tudalennau'n llwytho'n araf oherwydd eu chwydd, ac nid oherwydd y defnydd o fodd blocio WebRequest mewn ychwanegion a weithredir yn gywir. Pe bai Google wir yn poeni am berfformiad, byddent wedi ailgynllunio WebRequest yn seiliedig ar y mecanwaith , trwy gyfatebiaeth â webRequest yn Firefox.
Yn ôl Raymond, strategaeth Google yw pennu'r cydbwysedd gorau posibl rhwng ehangu sylfaen defnyddwyr Chrome a'r difrod busnes a achosir gan ddefnyddio atalyddion cynnwys. Ar gam cyntaf ehangu Chrome, gorfodwyd Google i oddef atalwyr hysbysebion fel un o'r ychwanegion mwyaf poblogaidd ymhlith defnyddwyr. Ond ar ôl i Chrome ennill goruchafiaeth, ceisiodd y cwmni roi'r cydbwysedd o'i blaid ac ennill rheolaeth dros rwystro trwy hyrwyddo i integreiddio ymarferoldeb blocio hysbysebion amhriodol i Chrome. Mae'r WebRequest API yn trechu'r pwrpas hwn oherwydd bod rheolaeth dros rwystro cynnwys ar hyn o bryd yn nwylo datblygwyr atalwyr hysbysebion trydydd parti.
Ffynhonnell: opennet.ru