Testimi i versionit të tretë të manifestit ka filluar në Chrome, i paqartë me uBlock Origin.

Kompania Google ka filluar testimin e versionit të tretë të manifestit të Chrome, i cili shkel funksionimin e disa shtesave për bllokimin e përmbajtjes së padëshiruar dhe sigurimin e sigurisë. Mbështetje për manifestin e ri, i cili përcakton mundësitë dhe burimet që i ofrohen shtesave, është shtuar në ndërtimet eksperimentale. Chrome Canary.
Manifesti i ri është zhvilluar si pjesë e inisiativë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 performuese, dhe të ngeljes së mbrojtur nga krijimi i shtesave të pasigurta dhe të ngadalta).

Manifesti është ende në fazën e testimit alpha të hershëm, nuk është përfundimtar dhe është shtuar për të dhënë mundësinë zhvilluesve të fillojnë të eksperimentojnë dhe të adaptojnë shtesat e tyre.
Aktivizimi i manifestit të ri pritet vitin e ardhshëm. Koha e ndalimit të mbështetjes për versionin e dytë të manifestit ende nuk është e përcaktuar.
Për të thjeshtuar migrimin e shtesave në manifestin e ri, është përgatitur lista e kontrollit, e cila përfshin ndryshimet që duhet të kenë parasysh zhvilluesit e shtojcave.

Kujtojmë se thelbësore pakënaqësia e re manifesti është i lidhur me ndërprerjen e mbështetjes për modin bllokues të funksionimit të API webRequest, i cili do të kufizohet në një mod të vetëm për lexim. Përjashtimi do të bëhet vetëm për versionin Chrome për ndërmarrjet (Chrome for Enterprise), në të cilat mbështetja për API webRequest do të ruhet. Kompania Mozilla ka vendosur të mos e 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, manifesti i ri propozon një API deklarativ declarativeNetRequest. Nëse API webRequest lejonte lidhjen e trajtuesve të vet, të cilët kishin qasje të plotë në kërkesat rrjet dhe ishin në gjendje të modifikonin trafikun në kohë reale, API i ri declarativeNetRequest ofron qasje në një motor të përmbajtur universal për filtrimin, i cili përpunon vetë rregullat e bllokimit, duke mos lejuar përdorimin e algoritmeve të veta të filtrimit dhe që nuk lejon të përcaktohen rregulla të ndërlikuara që mbivendosen në varësi të kushteve.

Manifesti i ri gjithashtu paraqet ndryshime të tjera që ndikon në përputhshmërinë me shtesat. Ndër to:

  • Kalimi nĂ« ekzekutimin e Service workers nĂ« formĂ«n e proceseve nĂ« sfond, qĂ« do tĂ« kĂ«rkojĂ« nga zhvilluesit ndryshimin e kodit tĂ« disa shtesave.
  • NjĂ« model i ri i granuluar pĂ«r kĂ«rkesat e autorizimit — shtesa nuk do tĂ« mund tĂ« aktivizohet menjĂ«herĂ« pĂ«r tĂ« gjitha faqet (Ă«shtĂ« hequr autorizimi «all_urls»), por do tĂ« funksionojĂ« vetĂ«m nĂ« kontekstin e tab-it aktiv, pra pĂ«rdoruesi do tĂ« duhet tĂ« konfirmojĂ« funksionimin e shtesĂ«s pĂ«r çdo faqe tĂ« veçantĂ«.
  • Ndryshimi nĂ« trajtimin e kĂ«rkesave Cross-origin — nĂ« pĂ«rputhje me manifestin e ri, skriptet e pĂ«rpunimit tĂ« pĂ«rmbajtjes do tĂ« pĂ«rfshihen nga tĂ« njĂ«jtat kufizime tĂ« autorizimit qĂ« vlen pĂ«r faqen kryesore, nĂ« tĂ« cilĂ«n kĂ«to skripte janĂ« injektuar (pĂ«r shembull, nĂ«se faqja nuk ka qasje nĂ« API-nĂ« e pĂ«rcaktimit tĂ« vendndodhjes, atĂ«herĂ« skripti i shtesĂ«s gjithashtu nuk do tĂ« ketĂ« kĂ«tĂ« qasje).
  • Ndalohet ekzekutimi i kodit tĂ« ngarkuar nga serverĂ« tĂ« jashtĂ«m (nĂ« lidhje me situatat kur shtesa ngarkon dhe ekzekuton kod tĂ« jashtĂ«m).

Burimi: opennet.ru

Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« đŸ”„ Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« | ProHoster