Mozilla nuk do të mbajë të gjitha kufizimet e WebExtensions API nga manifesti i ri i Chrome

Kompania Mozilla i shpallur, që pavarësisht përdorimit të një sistemi shtesë të bazuar në WebExtensions API në Firefox, zhvilluesit nuk synojnë të ndjekin plotësisht edicionin e tretë të ardhshëm të manifestit për shtesat e Chrome. Në veçanti, Firefox do të vazhdojë të mbështesë mënyrën e bllokimit të API-së. webKërkesë, i cili ju lejon të ndryshoni përmbajtjen e marrë menjëherë dhe është në kërkesë në bllokuesit e reklamave dhe sistemet e filtrimit të përmbajtjes.

Ideja kryesore e kalimit në WebExtensions API ishte të unifikonte teknologjinë për zhvillimin e shtesave për Firefox dhe Chrome, kështu që në formën e tij aktuale, Firefox është pothuajse 100% i pajtueshëm me versionin e dytë aktual të manifestit Chrome. Manifesti përcakton listën e aftësive dhe burimeve të ofruara për shtesat. Për shkak të futjes së masave kufizuese në versionin e tretë të manifestit, të cilat perceptohen negativisht nga zhvilluesit e shtesave, Mozilla do të largohet nga praktika e ndjekjes së plotë të manifestit dhe nuk do të transferojë ndryshime në Firefox që shkelin përputhshmërinë me shtesat. ons.

Kujtoj këtë pavarësisht mbi të gjithë kundërshtimet, Google synon të ndalojë mbështetjen e modalitetit të bllokimit të webRequest API në Chrome, duke e kufizuar atë në modalitetin vetëm për lexim dhe duke ofruar një API të re deklarative për filtrimin e përmbajtjes deklarative RrjetiKërkesë. Ndërsa API webRequest ju lejoi të lidhni mbajtësit tuaj që kanë akses të plotë në kërkesat e rrjetit dhe janë të aftë të modifikojnë trafikun në fluturim, API-ja e re deklarativeNetRequest ofron qasje në një motor filtrues të integruar universal të gatshëm që përpunon në mënyrë të pavarur rregullat e bllokimit , nuk lejon përdorimin e algoritmeve tuaja të filtrimit dhe nuk ju lejon të vendosni rregulla komplekse që mbivendosen me njëra-tjetrën në varësi të kushteve.

Mozilla po vlerëson gjithashtu mundësinë e kalimit në mbështetjen e Firefox-it për disa ndryshime të tjera nga versioni i tretë i manifestit Chrome që prishin përputhshmërinë me shtesat:

  • Kalimi në ekzekutimin e punonjësve të Shërbimit në formën e proceseve në sfond, të cilat do t'u kërkojnë zhvilluesve të ndryshojnë kodin e disa shtesave. Megjithëse metoda e re është më efikase nga pikëpamja e performancës, Mozilla po konsideron ruajtjen e mbështetjes për ekzekutimin e faqeve në sfond.
  • Modeli i ri granular i kërkesës për leje - shtesa nuk do të mund të aktivizohet për të gjitha faqet menjëherë (leja "all_urls" është hequr), por do të funksionojë vetëm në kontekstin e skedës aktive, d.m.th. përdoruesi do të duhet të konfirmojë që shtesa funksionon për çdo sajt. Mozilla po eksploron mënyra për të forcuar kontrollet e aksesit pa e shpërqendruar vazhdimisht përdoruesin.
  • Ndryshimi në trajtimin e kërkesave me origjinë të kryqëzuar - në përputhje me manifestin e ri, skriptet e përpunimit të përmbajtjes do t'i nënshtrohen të njëjtave kufizime të lejeve si për faqen kryesore në të cilën janë përfshirë këto skripta (për shembull, nëse faqja nuk ka qasje në vendndodhjen API, atëherë shtesat e skriptit gjithashtu nuk do ta marrin këtë akses). Ndryshimi është planifikuar të zbatohet në Firefox.
  • Ndalimi i ekzekutimit të kodit të shkarkuar nga serverë të jashtëm (po flasim për situata kur shtesa ngarkon dhe ekzekuton kodin e jashtëm). Firefox-i tashmë përdor bllokimin e kodit të jashtëm dhe zhvilluesit e Mozilla janë të gatshëm ta përmirësojnë këtë mbrojtje duke përdorur teknika shtesë të gjurmimit të shkarkimit të kodit të ofruara në versionin e tretë të manifestit.

Burimi: opennet.ru

Shto një koment