Google qedexekirina webRequest API-ya ku ji hêla astengkerên reklamê ve hatî bikar anîn rewa dike

Pêşdebirên geroka Chrome ceribandin bersivkirin rawestandina piştgirî ji bo moda astengkirina xebitandina webRequest API, ku destûrê dide te ku hûn naveroka wergirtî di firînê de biguhezînin û bi çalak di pêvekan de ji bo astengkirina reklamê tê bikar anîn,
parastina li dijî malware, phishing, sîxurkirina çalakiya bikarhêner, kontrolên dêûbav û nepenîtiyê.

Motîvên Google:

• Moda astengkirina API-ê webRequest dibe sedema xerckirina çavkaniyê ya bilind.
  Dema ku vê API-ê bikar tîne, gerok yekem pêvekê dişîne hemî daneyên ku di daxwaznameya torê de hene, pêvek wê analîz dike û guhertoyek guhertî ji bo pêvajoyek din di gerokê de vedigerîne an rêwerzên astengkirinê derdixe. Di vê rewşê de, derengiyên sereke ne di qonaxa hilberandina seyrûseferê de ji hêla pêvekê ve, lê ji ber lêçûnên zêde yên hevrêzkirina pêkanîna lêzêdeyê çêdibin. Bi taybetî, manîpulasyonên weha destpêkirina pêvajoyek cihêreng hewce dike ku were temam kirin, û her weha karanîna IPC-ê ji bo têkilî bi vê pêvajoyê û mekanîzmayên serialkirina daneyan re;

• Pêvek bi tevahî seyrûseferê di astek nizm de kontrol dike, ku ji bo binpêkirin û binpêkirinên nepenîtiyê fersendên mezin vedike. Li gorî statîstîkên Google, 42% ji hemî pêvekên xerab ên hatine tespîtkirin webRequest API bikar anîn. Tê destnîşan kirin ku her meh, hewildanên danîna navînî 1800 pêvekên xerab di kataloga Web Store ya Chrome de têne asteng kirin. Mixabin, vekolîn rê nade me ku em bêyî îstîsna hemî pêvekên xirab bigrin, ji ber vê yekê ji bo zêdekirina parastinê, biryar hate girtin ku pêvekan di asta API-yê de sînordar bikin. Fikra sereke ev e ku meriv pêvekan bigihîje ne hemî seyrûseferê, lê tenê daneyên ku ji bo pêkanîna fonksiyona armanckirî hewce ne. Bi taybetî, ji bo astengkirina naverokê, ne hewce ye ku pêvekê bi tevahî daneyên nehênî yên bikarhêneran bide;
• API-ya ragihandinê ya li şûna pêşniyar kirin declarativeNetRequest hemî karên fîlterkirina naverokê ya bi performansa bilind digire û tenê pêvekan hewce dike ku qaîdeyên fîlterkirinê bar bike. Pêvek nikare mudaxeleyî seyrûseferê bike û daneyên taybet ên bikarhêner neçar dimîne;
• Google gelek şîroveyên di derbarê nebûna fonksiyona API-ya ragihandinê ya NetRequest de hilda û sînorê hejmara qaîdeyên fîlterkirinê ji 30 hezarî ya destpêkê ji bo her dirêjkirinê berbi 150 hezarî ve zêde kir, û her weha şiyana dînamîkî zêde kir. qaîdeyan biguhezînin û lê zêde bikin, sernavên HTTP-ê rakin û biguhezînin ( Referer, Cookie, Set-Cookie) û pîvanan daxwaz bikin;
• Ji bo pargîdaniyan, gengaz e ku meriv moda astengkirina xebitandina webRequest API-ê bikar bîne, ji ber ku polîtîkaya karanîna pêvekan ji hêla rêveberek ku taybetmendiyên binesaziyê fam dike û ji xetereyan haydar e tê destnîşankirin. Mînakî, API-ya diyarkirî dikare di pargîdaniyan de were bikar anîn da ku herikîna seyrûsefera karmendan tomar bike û bi pergalên hundurîn re yek bibe;
• Armanca Google ne ew e ku pêvekên blokekirina reklamê bişkîne an bitepisîne, lê ew e ku çêkirina astengkerên reklamê ewletir û bihêztir bike;
• Nerazîbûna hiştina moda astengkirina xebitandina webRequest API-ya digel danezana NetRequest-a nû ji hêla xwestina sînordarkirina gihîştina pêvekan ji daneyên nepenî ve tê rave kirin. Ger hûn API-ya webRequest wekî xwe bihêlin, piraniya pêvekan dê danezana NetRequest-a ewledar bikar neynin, ji ber ku dema ku di navbera ewlehî û fonksiyonê de hilbijêrin, pir pêşdebiran bi gelemperî fonksiyonê hilbijêrin.

îtîrazên pêşdebiran lêzêdekirinan:

• Ji hêla pêşdebirên pêvek ve hatî çêkirin ceribandin bandorek giştî ya ne girîng li ser performansa pêvekên astengkirina reklamê nîşan bide (di dema ceribandinê de, performansa cûrbecûr pêvekan hate berhev kirin, lê bêyî girtina berberiya pêvajoyek zêde ya ku di moda astengkirinê de cîbicîkirina kargêran hevrêz dike. webRequest API);
• Ne pratîk e ku meriv bi tevahî piştgirîkirina API-ya ku bi çalak di pêvekan de tê bikar anîn rawestîne. Li şûna rakirina wê, hûn dikarin destûrek cihêreng lê zêde bikin û bi hişkî têra karanîna wê di pêvekan de kontrol bikin, ku dê nivîskarên gelek pêvekên populer ji nûvekirina hilberên xwe bi tevahî xilas bike û ji birrîna fonksiyonê dûr bixe;
• Ji bo kêmkirina lêçûnên zêde, hûn nekarin API-ê jêbirin, lê wê li ser bingeha mekanîzmaya Sozê ji nû ve çêbikin, mîna pêkanîna webRequest-ê li Firefox-ê;
• Alternatîfa pêşniyarkirî, declarativeNetRequest, hemî hewcedariyên pêşdebirên pêvekê yên ji bo astengkirina reklamê û ewlehî / nepenîtiyê nagire, ji ber ku ew kontrola tam li ser daxwazên torê peyda nake, destûr nade karanîna algorîtmayên fîlterkirina xwerû, û rê nade. karanîna qaîdeyên tevlihev ên ku li gorî şert û mercan li ser hevûdu radibin;
• Digel rewşa heyî ya API-ya declarativeNetRequest, ne gengaz e ku meriv fonksiyona heyî ya pêvekên uBlock Origin û uMatrix neguhêrbar ji nû ve biafirîne, û di heman demê de pêşkeftina bêtir a portek NoScript ji bo Chrome bêwate dike;
• Fikarên der barê nepenîtiyê de pir dûr in, ji ber ku moda tenê-xwendin, ne-astengker a webRequest API-ê li cîhê xwe hiştiye û hîn jî dihêle ku pêvekên xerab hemî seyrûseferê kontrol bikin, lê şiyana destwerdana li ser wê peyda nake. bifirin (naveroka biguhezînin, reklamên xwe bi cîh bikin, mîneralan bişopînin û naveroka formên têketinê analîz bikin, dikarin piştî barkirina rûpelê werin bikar anîn);
• Pêşdebirên Browser Jîr, Opîra и Vivaldi, ku li ser motora Chromium hatî çêkirin, bi mebesta ku di hilberên xwe de piştgirî ji moda astengkirina webRequest re bihêle.

Source: opennet.ru