Kompania Mozilla , ndonëse përdoret në Firefox sistemi i shtesave bazuar në API WebExtensions, zhvilluesit nuk kanë në plan të ndjekin plotësisht versionin e tretë të manifestit për shtesat në Chrome. Në veçanti, në Firefox do të vazhdojë mbështetje për modin blokues të API , që lejon ndryshimin e përmbajtjes së pranuar në kohë reale dhe është 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ë së zhvillimit të shtesave për Firefox dhe Chrome, kështu që në formatin aktual në Firefox është pothuajse 100% e siguruar përputhshmëria me versionin e dytë aktual të manifestit të Chrome. Manifesti përcakton listën e mundësive dhe burimeve të ofruara për shtesat. Për shkak të kufizimeve të reja të vendosura në versionin e tretë të manifestit, që e percepitojnë negativisht nga zhvilluesit e shtesave, Mozilla do të dalë nga praktika e ndjekjes së plotë të manifestit dhe nuk do të transferojë në Firefox ndryshimet që dëmtojnë përputhshmërinë me shtesat.
Kujtojmë se , kompania Google ka në plan të ndërpresë mbështetje për modin blokues të API webRequest në Chrome, duke e kufizuar atë në një modalitet vetëm për lexim dhe duke ofruar një API të ri deklarativ për filtrimin e përmbajtjes . 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.
Mozilla gjithashtu po vlerëson nevojën për të transferuar në FirДfox mbështetje për disa ndryshime të tjera nga versioni i tretë i manifestit të Chrome, që dëmtojnë përputhshmërinë me shtesat:
- Kalimi në ekzekutimin e Shërbimeve punëtorë në formën e proceseve në sfond, që do të kërkojë nga zhvilluesit të ndryshojnë kodin e disa shtesave. Edhe pse metoda e re është më optimale nga pikëpamja e performancës, Mozilla po shqyrton mundësinë e ruajtjes së mbështetjes për ekzekutimin e faqeve në sfond.
- Modeli i ri i hollĂ«sishĂ«m i kĂ«rkesĂ«s pĂ«r autorizime â shtesa nuk do tĂ« mund tĂ« aktivizohet menjĂ«herĂ« pĂ«r tĂ« gjitha faqet (autorizimi «all_urls» Ă«shtĂ« hequr), por do tĂ« funksionojĂ« vetĂ«m nĂ« kontekstin e tab-it aktiv, dmth. pĂ«rdoruesi do tĂ« duhet tĂ« konfirmojĂ« funksionimin e shtesĂ«s pĂ«r çdo faqe. Mozilla Ă«shtĂ« duke hetuar mĂ«nyra pĂ«r tĂ« forcuar kontrollin e aksesit, pa e shqetĂ«suar vazhdimisht pĂ«rdoruesin.
- Ndryshimi nĂ« trajtimin e kĂ«rkesave Cross-origin â nĂ« pĂ«rputhje me manifestin e ri, pĂ«r skedarĂ«t e procesimit tĂ« pĂ«rmbajtjes do tĂ« zbatohen tĂ« njĂ«jtat kufizime autorizimi, ashtu si pĂ«r faqen kryesore nĂ« tĂ« cilĂ«n kĂ«ta skedarĂ« futen (p.sh., nĂ«se faqja nuk ka akses nĂ« API-nĂ« e pĂ«rcaktimit tĂ« vendndodhjes, atĂ«herĂ« as skedari i shtesĂ«s nuk do tĂ« marrĂ« kĂ«tĂ« akses). Ndryshimi planifikohet tĂ« realizohet nĂ« Firefox.
- Ndalimi i ekzekutimit të kodit të ngarkuar nga serverë të jashtëm (kjo për situatat kur shtesa ngarkon dhe ekzekuton kod të jashtëm). Në Firefox tashmë zbatohet bllokimi i kodit të jashtëm dhe zhvilluesit e Mozilla nuk janë kundër forcimit të mbrojtjes së tillë, duke aplikuar teknika shtesë për ndjekjen e ngarkimeve të kodit, të ofruara në versionin e tretë të manifestit.
Burimi: opennet.ru
