Në Chrome ka filluar testimi i redakcionit të tretë të manifestit, i papajtueshëm me uBlock Origin.

Kompania Google fillim testimi e redaktës së tretë të manifestit të Chrome, shkel funksionimin e shumë shtesave për bllokimin e përmbajtjeve të padëshiruara dhe sigurimin. Mbështetje për manifestin e ri, i cili përcakton mundësitë dhe burimet e ofruara për shtesat, është shtuar në ndërtimet eksperimentale Chrome Canary.
Manifesti i ri është zhvilluar në kuadër të inicativës për forcimin e sigurisë, privatësisë dhe performancës së shtesave (qëllimi kryesor është thjeshtimi i krijimit të shtesave të sigurta dhe me performancë të lartë, dhe ndërlikimi i mundësisë së krijimit të shtesave të pasigurta dhe të ngadalta).

Manifesti ka ende një fazë të hershme testimi alfa, nuk është përfundimtar dhe është shtuar për të japë zhvilluesve mundësinë për të filluar eksperimentimin dhe adapton shtesat e tyre.
Aktivizimi i manifestit të ri pritet të ndodhë vitin e ardhshëm. Koha e përfundimit të mbështetjes për redaksinë e dytë të manifestit nuk është përcaktuar akoma.
Për të lehtësuar migrimin e shtesave në manifestin e ri është përgatitur një listë kontrolli, duke përfshirë ndryshimet, për të cilat duhet të japin vëmendje zhvilluesit e shtesave.

Kujtojmë se kërkesa kryesore pakënaqësia një set të ri ikonash, shkrime të tjera (Fira dhe Roboto Slab), manifestit lidhet me përfundimin e mbështetjes për modin bllokues të API-së webRequest, i cili do të kufizohet në një mod të vetëm për lexim. Përjashtim do të bëhet vetëm për redaksinë e Chrome për ndërmarrje, në të cilën mbështetje për API webRequest do të ruhet. Kompania Mozilla ka vendosur të mos ndjekë manifestin e ri dhe të ruajë në Firefox mundësinë e përdorimit të plotë të API webRequest.

Në vend të API webRequest për filtrimin e përmbajtjes në manifestin e ri është propozuar një API deklarativ declarativeNetRequest. Nëse API webRequest lejonte lidhjen e përpunuesve të personalizuar që kanë qasje të plotë në kërkesat rrjetore dhe që mund të modifikonin në kohë reale trafikun, API i ri declarativeNetRequest ofron qasje në një motor filtrimi të integruar universale, që nuk lejon përdorimin e algoritmeve të filtrimit të personalizuara dhe nuk lejon përcaktimin e rregullave komplekse që përfshijnë njëra-tjetrën në varësi të kushteve.

Në manifestin e ri gjithashtu janë paraqitur ndryshime të tjera, që ndikon në pajtueshmërinë me shtesat. Ndër to:

  • Kalimi nĂ« ekzekutimin e Service workers nĂ« formĂ«n e proceseve tĂ« sfondit, qĂ« do tĂ« kĂ«rkojĂ« nga zhvilluesit qĂ« tĂ« ndryshojnĂ« kodin e disa shtesave.
  • NjĂ« model i ri i granuluar i kĂ«rkesave pĂ«r autorizime — shtesa nuk do tĂ« mund tĂ« aktivizohet menjĂ«herĂ« pĂ«r tĂ« gjitha faqet (ka hequr autorizimin «all_urls»), dhe do tĂ« funksionojĂ« vetĂ«m nĂ« kontekstin e skedĂ«s aktive, do tĂ« thotĂ« se pĂ«rdoruesi do tĂ« duhet tĂ« konfirmojĂ« punĂ«n e shtesĂ«s pĂ«r çdo faqe web.
  • Ndryshimi i pĂ«rpunimit tĂ« kĂ«rkesave Cross-origin — sipas manifestit tĂ« ri, pĂ«r skemat e pĂ«rpunimit tĂ« pĂ«rmbajtjes do tĂ« aplikohet e njĂ«jta kufizim i autorizimeve si pĂ«r faqen kryesore nĂ« tĂ« cilĂ«n kĂ«to skema pĂ«rfshihen (pĂ«r shembull, nĂ«se faqja nuk ka qasje nĂ« API-nĂ« e definimit tĂ« vendndodhjes, as skema e plotĂ«simit nuk do ta ketĂ« kĂ«tĂ« qasje).
  • Ndalesa e ekzekutimit tĂ« kodit tĂ« ngarkuar nga serverĂ« tĂ« jashtĂ«m (fjalĂ« Ă«shtĂ« pĂ«r situatat kur njĂ« plotĂ«sues ngarkon dhe ekzekuton kodin e jashtĂ«m).

Burimi: opennet.ru

Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster