Chromis on alanud kolmanda masti manifesti testimine, mis ei ĂŒhildu uBlock Originiga.

Google testimise algus Chrome'i kolmanda versiooni manifesti rikkumise tööd paljusid pahavarade blokeerimise ja turvalisuse tagamise laiendusi. Uue manifesti toetamist, mis mÀÀratleb laiendustele antavad vÔimalused ja ressursid, on lisatud eksperimentaalsetesse kogumitesse Chrome Canary.
Uus manifest on loodud raames algatusest turvalisuse, privaatsuse ja laienduste jÔudluse tugevdamiseks (peamine eesmÀrk on lihtsustada ohutute ja tÔhusate laienduste loomist ning raskendada ohtlike ja aeglaste laienduste loomist).

Manifest on praegu varajase alfa-testimise staadiumis, see ei ole lÔplik ning on lisatud, et anda arendajatele vÔimalus alustada katsetamist ja oma laiendusi kohandada.
Uue manifesti aktiveerimine on oodata jÀrgmise aasta jooksul. Teise seadusversiooni toeta lÔpetamise aega ei ole veel mÀÀratud.
Uue manifestile migratsiooni lihtsustamiseks on koostatud kontrollnimekiri, mis sisaldab muudatusi, millele laienduste arendajad peaksid tÀhelepanu pöörama.

Tuletame meelde, et peamine rahulolematus uus manifestiga on seotud API webRequest blokeerimisreĆŸiimi toetuse lĂ”petamisega, mis piirdub ainult lugemisreĆŸiimiga. Erandit tehakse ainult Chrome'i ettevĂ”tte vĂ€ljaandele (Chrome for Enterprise), kus API webRequesti toetus jÀÀb alles. Mozilla otsustas uuele manifestile mitte jĂ€rgneda ja sĂ€ilitada Firefoxis API webRequesti tĂ€isfunktsionaalsuse.

Uue manifesti raames on API webRequesti asemel sisu filtreerimiseks ette nÀhtud deklaratiivne API declarativeNetRequest. Kui API webRequest lubas luua kohandatud töötlusi, millel on tÀielik juurdepÀÀs vÔrgupÀringutele ja mis suudavad reaalajas liiklust modifitseerida, siis uus API declarativeNetRequest pakub juurdepÀÀsu valmis universaalsele sisseehitatud mootorile filtreerimiseks, mis iseseisvalt kÀitleb blokeerimisreegleid, ei luba kasutada kohandatud filtreerimise algoritme ning ei vÔimalda mÀÀrata keerulisi reegleid, mis kattuvad tingimuste jÀrgi.

Uues manifestis on esitatud ka muud muudatused, mis mĂ”jutavad tĂ€ienduste ĂŒhilduvust. Nende seas:

  • Teenimise ĂŒleminek teenuse töötajate taustprotsesside vormis, mis sunnib arendajaid muutma teatavate lisandite koodi.
  • Uus granuleeritud Ă”iguste taotlemise mudel — lisand ei saa kohe aktiveeruda kĂ”igil lehtedel (Ă”igus "all_urls" on eemaldatud), vaid töötab ainult aktiivse vahekaardi kontekstis, s.t. kasutajal tuleb kinnitada lisandi töö iga veebisaidi jaoks.
  • Muudatus Cross-origin pĂ€ringute töötlemises — uue manfiesti kohaselt kehtivad sisu töötlemise skriptidele samad Ă”iguse piirangud nagu peamise lehe puhul, kuhu need skriptid sisse on ehitatud (nĂ€iteks kui lehekĂŒljel ei ole juurdepÀÀsu asukoha mÀÀramise API-le, siis ei saa ka lisandi skript sellele juurdepÀÀsu).
  • VĂ€listelt serveritelt laaditud koodi tĂ€itmine on keelatud (see kehtib olukordadele, kus lisand laadib ja tĂ€idab vĂ€list koodi).

Allikas: opennet.ru

Osta usaldusvÀÀrne veebihosting DDoS kaitsega, VPS VDS serverid đŸ”„ Osta usaldusvÀÀrne veebihosting DDoS kaitsega, VPS VDS serverid | ProHoster