Kompania Mozilla , që megjithëse përdor Firefox sistemin e shtesave të bazuara në API WebExtensions, zhvilluesit nuk kanë ndërmend të ndjekin plotësisht versionin e tretë të manifestit për shtesat Chrome. Në veçanti, në Firefox do të vazhdojë mbështetje për modalitetin bllokues të funksionit API , duke lejuar ndryshimin e përmbajtjes së pranuar në kohë reale dhe i kërkuar në bllokuesit e reklamave dhe sistemet e filtrimit të përmbajtjes.
Ideja kryesore e kalimit në API WebExtensions ishte unifikimi i teknologjisë për zhvillimin e shtesave për Firefox dhe Chrome, prandaj, në formën aktuale, në Firefox është praktisht 100% e sigurt për kompatibilitetin me versionin dy të manifestit të Chrome. Manifesti përcakton listën e mundësive dhe burimeve që u jepen shtesave. Për shkak të ndryshimeve që janë bërë në versionin e tretë të manifestit, masat kufizuese, të cilat janë perceptuar negativisht nga zhvilluesit e shtesave, Mozilla do të largohet nga praktika e ndjekjes së plotë të manifestit dhe nuk do të transferojë në Firefox ndryshime që shkelin kompatibilitetin me shtesat.
Kujtojmë se , kompania Google planifikon të ndalojë mbështetje për modalitetin bllokues të funksionit API webRequest në Chrome, duke e kufizuar atë në një modalitet leximi dhe duke ofruar një API deklarativ të ri për filtrimin e përmbajtjes . 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.
Mozilla gjithashtu po vlerëson arsyen e transferimit në Firefox të mbështetjes për disa ndryshime të tjera nga versioni i tretë i manifestit të Chrome, që shkelin kompatibilitetin me shtesat:
- Kalimi në ekzekutimin e Shërbimeve punëtorë në formën e proceseve të prapme, gjë që do t'i kërkojë zhvilluesve të ndryshojnë kodin e disa shtesave. Megjithëse metoda e re është më optimale nga kategoria e performancës, Mozilla po shqyrton mundësinë e ruajtjes së mbështetjes për ekzekutimin e faqeve të prapme.
- Modeli i ri me granula tĂ« kĂ«rkesave pĂ«r autorizim â shtesa nuk do tĂ« aktivizohet menjĂ«herĂ« pĂ«r tĂ« gjitha faqet (ka hequr autorizimin «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. Mozilla po shqyrton mĂ«nyra pĂ«r tĂ« pĂ«rforcuar kontrollin e aksesit, pa e shqetĂ«suar vazhdimisht pĂ«rdoruesin.
- Ndryshimi i trajtimit tĂ« kĂ«rkesave Cross-origin â nĂ« pĂ«rputhje me manefestin e ri, kufizimet mbi autorizimin do tĂ« zbatohen gjithashtu pĂ«r skriptet e pĂ«rpunimit tĂ« pĂ«rmbajtjes, ashtu siç janĂ« pĂ«rfaqĂ«simi i faqes kryesore ku kĂ«to skripte integrohen (pĂ«r shembull, nĂ«se faqja nuk ka qasje nĂ« API pĂ«r pĂ«rcaktimin e vendndodhjes, as skripti i shtesĂ«s nuk do tĂ« ketĂ« kĂ«tĂ« qasje). NĂ« Firefox, ky ndryshim pritet tĂ« realizohet.
- Ndalohet ekzekutimi i kodit të ngarkuar nga serverët e jashtëm (bine në situata kur shtesa ngarkon dhe ekzekuton kod të jashtëm). Në Firefox, tashmë aplikohet bllokimi i kodit të jashtëm dhe zhvilluesit e Mozilla nuk janë kundër forcimit të kësaj mbrojtjeje, duke aplikuar teknika shtesë të ndjekjes së ngarkimeve të kodit, siç parashikohet në versionin e tretë të manefestit.
Burimi: opennet.ru
