Në artikullin e mëparshëm kemi folur për motorin e ri Javascript në të cilën njerëzit e Mozilla-s kanë punuar për versionin tjetër të Firefox 70 i cili do të mbërrijë në muajin tjetër të tetorit (mund ta lexoni shënimin në lidhja tjetër). Në këtë artikull do të flasim për njoftimin e bërë nga Mozilla në lidhje me përdorimin e shtesave të Firefox-it bazuar në WebExtensions API në të cilën zhvilluesit Mozilla bënë të njohur pozicionin e tyre në të cilën Ata nuk synojnë të ndjekin plotësisht edicionin e tretë të ardhshëm të Manifestit të Shtesave të Chrome.
Me këtë ata bëjnë të ditur se në veçanti, Firefox do të vazhdojë të mbështesë mënyrën e bllokimit të APR-së në webRequest, e cila ju lejon të ndryshoni përmbajtjen e pranuar në lëvizje dhe është e 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ë shtojcave për Firefox dhe Chrome, prandaj, në formën e tij aktuale, Firefox është pothuajse 100% në përputhje me versionin e dytë aktual të manifestit Chrome.
Manifesti përcakton një listë të veçorive dhe burimeve të siguruara për plotësimet. Për shkak të futjes së masave kufizuese të perceptuara negativisht nga lzhvilluesit e shtojcat në versionin e tretë të manifestit, Mozilla do të braktisë praktikën e ndjekjes së plotë të manifestit dhe nuk do të transferojë ndryshime në Firefox që shkelin pajtueshmërinë e shtojcave.
Mos harroni se pavarësisht nga të gjitha kundërshtimet, Google planifikon të ndërpresë mbështetjen për Chrome në mënyrën që bllokon mënyrën API WebRequest, duke e kufizuar atë vetëm në modalitetin vetëm për lexim dhe për të ofruar veçori të reja filtruese të përmbajtjes deklarative të API deklarativeNetRequest.
Nëse API-ja webRequest ju lejon të lidhni kontrollorët tuaj me qasje të plotë në kërkesat e rrjetit dhe të aftë për të modifikuar trafikun gjatë lëvizjes, deklarata e reNETRequest API siguron qasje në një motor filtrimi të integruar të integruar jashtë kutisë që përpunon në mënyrë të pavarur rregullat e bllokimit, nuk lejon përdorimin e algoritmeve të veta të filtrimit dhe nuk lejon që rregullat komplekse të mbivendosen njëra me tjetrën bazuar në kushtet.
Mozilla po vlerëson gjithashtu lehtësinë e transportimit në Firefox për të mbështetur disa nga ndryshimet e tjera. nga versioni i tretë i manifestit Chrome, i cili shkel mbështetjen e shtojcës:
- La kalimi në ekzekutimin e punëtorëve të shërbimit në formën e proceseve të sfondit, ajo që do të kërkojë është që zhvilluesit të ndryshojnë kodin e disa shtesave.
Edhe pse metoda e re është më optimale për sa i përket performancës, Mozilla po konsideron të ruajë mbështetjen për drejtimin e faqeve të sfondit. - Modeli i ri i kërkesës për leje të grimcuar: shtojca nuk mund të aktivizohet menjëherë për të gjitha faqet (leja "all_urls" hiqet), por ajo do të funksionojë vetëm në kontekstin e skedës aktive, dmth. përdoruesi do të duhet të konfirmojë punën e shtojcës për secilën faqe. Në këtë segment Mozilla po eksploron mënyra për të forcuar kontrollin e hyrjes pa shpërqendruar vazhdimisht përdoruesin.
- Ndryshimi në përpunimin e aplikimit me origjinë të kryqëzuar: Sipas manifestit të ri, të njëjtat kufizime të autoritetit do të zbatohen për skriptet e përpunimit të përmbajtjes si për faqen kryesore që futen këto skenare (për shembull, nëse faqja nuk ka qasje në vendndodhjen API, atëherë shtojcat e skriptit nuk do të marrin ose kjo qasje). Ndryshimi është planifikuar të zbatohet në Firefox.
- Ndalimi i ekzekutimit të kodit të shkarkuar nga serverat e jashtëm (Po flasim për situata kur një plugin ngarkon dhe ekzekuton kodin e jashtëm). Firefox tashmë përdor bllokimin e kodit të jashtëm dhe zhvilluesit e Mozilla janë të lumtur ta zbatojnë atë mbrojtje duke përdorur teknika shtesë për ndjekjen e shkarkimit të kodit të ofruara në versionin e tretë të manifestit.
Fuente: https://blog.mozilla.org