Kompania Google publikoi lëshimin e shfletuesit web Chrome 126. Në të njëjtën kohë, është e disponueshme një lëshim stabil i projektit të lirë Chromium, i cili shërben si baza e Chrome. Shfletuesi Chrome dallon nga Chromium për shkak të përdorimit të logo-ve të Google, pranisë së sistemit të dërgimit të njoftimeve në rast crash, moduleve për riprodhimin e përmbajtjes video të mbrojtur nga kopjimi (DRM), sistemit automatik të instalimit të përditësimeve, vazhdimisht aktivizimit të izolimit Sandbox, dorëzimit të çelësave për Google API dhe transmetimit të parametrave RLZ gjatë kërkimit. Për ata që kanë nevojë për më shumë kohë për përditësim, mbështetet veçmas dega Extended Stable, e cila shoqërohet me 8 javë. Lëshimi i ardhshëm i Chrome 127 është planifikuar për 23 korrik.
Të dhënat kryesore në Chrome 126:
- Në shikuesin e integruar PDF është e përfshirë mundësia për të nxjerrë tekst nga dokumenti, e cila aktivizohet përmes opsionit «Nxirr tekstin nga PDF» në menynë kontekstuale. Për të nxjerrë tekst nga dokumentet e skanuara, ku teksti është futur si imazh, përdoret mekanizmi i njohjes optike të karaktereve (OCR) i bazuar në sistemin e mësimit të makinerive. Pritet që kjo mundësi e re të lehtësojë punën me dokumentet PDF për ata që kanë probleme me shikimin dhe përdorin lexues ekranesh. Në të ardhmen, planifikohet të realizohet njohja e tekstit në imazhet e shfaqura në faqe dhe në ekranë të kapur. Motori OCR aktivizohet nga default për 50% të përdoruesve, ndërsa të tjerët mund ta aktivizojnë atë përmes cilësimit «chrome://flags/#pdf-ocr».

- Në faqen e konfiguratës me parametrat e performancës
(«Përformanca/ Kursimi i kujtesës» në seksionin chrome://settings/performance) është shtuar mundësia për të përshtatur nivelin e agresivitetit të aktivizimit të modalitetit të kursimit të kujtesës (Memory Saver), i cili ul konsumimin e memories RAM duke çliruar kujtesën që zënë skeda joaktive. Për shembull, duke zgjedhur nivelin e moderuar, shfletuesi do të shkarkojë nga memoria më pak skeda sesa nëse do të vendoset në nivelin maksimal. Cilësimin, që sipas standartit është në dispozicion vetëm për disa përdorues, mund ta aktivizoni përmes parametrin «chrome://flags/#memory-saver-aggressiveness».
- Për disa përdorues, në shfletuesin PDF është aktivizuar nga parazgjedhja një arkitekturë e re OOPIF (out-of-process iframe), ku përmbajtja e dokumentit përpunohen në një proces të veçantë. Arkitektura e re është çliruar nga komplikimet që i përkasin zbatimit në bazë të mekanizmit GuestView dhe e thjeshton shtimin e mundësive të reja në shfletuesin PDF. Për të aktivizuar arkitekturën e re, mund të përdorni cilësimin «chrome://flags/#pdf-oopif».
- Shtuar mënyra e parazgjedhur për ngarkimin reaktiv (Reactive prefetch), e cila ngarkon resurset e lidhura me faqen gjatë navigimit, pa pritur kërkesën e tyre të vërtetë, duke lejuar kështu shpejtimin e hapjes së faqeve të reja. Për parashikimin e resurseve që mund të kenë nevojë në të ardhmen, përfshihet një shërbim i jashtëm Google, që kthen një listë rekomandimesh pasi dërgohet URL-ja e faqeve ku po kryhet navigimi.
- Shtuar mundĂ«sia e kĂ«rkimit nĂ« shĂ«rbimin Google Lens pĂ«r çdo imazh dhe tekst tĂ« dukshĂ«m nĂ« ekran. Kjo mundĂ«si aktivizohet pĂ«rmes menusĂ« kontekstuale, indikatorit nĂ« shiritin e adresĂ«s ose menusĂ« «âźÂ», pas sĂ« cilĂ«s pĂ«rdoruesi mund tĂ« pĂ«rzgjedhĂ« objektin e interesit nĂ« ekran dhe tĂ« marrĂ« informacion nĂ« lidhje me tĂ« nga Google Lens. GjatĂ« operacionit nĂ« server Google bĂ«het dĂ«rgimi
i screenshot-it tĂ« ekranit. Kjo mundĂ«si Ă«shtĂ« akoma e aktivizuar nga default pĂ«r 1% tĂ« pĂ«rdoruesve. PĂ«r aktivizimin dhe çaktivizimin e mbĂ«shtetjes pĂ«r Google Lens, mund tĂ« pĂ«rdoret ndarja «chrome://flags/#enable-lens-region-search-static-page». - JanĂ« pĂ«rmbledhur optimizimet pĂ«r tĂ« pĂ«rshpejtuar kalimin e provĂ«s Speedometer 3 â nĂ« dy vjet, performanca e Chrome nĂ« kĂ«tĂ« provĂ« Ă«shtĂ« rritur me 72%. PĂ«r shembull, Ă«shtĂ« pĂ«rmirĂ«suar funksioni SpaceSplitString, i pĂ«rdorur gjatĂ« analizĂ«s sĂ« shprehjeve tĂ« tipit "class='foo bar'"; janĂ« optimizuar funksionet e menaxhimit tĂ« memories, janĂ« hequr operacionet e tepĂ«rta gjatĂ« punĂ«s me elementĂ«t e formularĂ«ve web, dhe janĂ« pĂ«rshpejtuar veprimet mĂ« tĂ« pĂ«rdorura. Po ashtu, Ă«shtĂ« optimizuar pĂ«rdorimi i innerHTML dhe Ă«shtĂ« pĂ«rshpejtuar renderimi i fonteve. PĂ«rshpejtimet janĂ« arritur gjithashtu falĂ« optimizimit tĂ« grumbulluesit tĂ« plehrave nĂ« motorin V8, efikasiteti i tĂ« cilit Ă«shtĂ« rritur duke aktivizuar grumbullimin e plehrave gjatĂ« kohĂ«s sĂ« papunĂ«s sĂ« procesit tĂ« renderimit, nĂ« mĂ«nyrĂ« qĂ« tĂ« mos konkurrojĂ« me aplikacionin pĂ«r burimet e CPU.

- Efiçenca e punës me Cookie është rritur ndjeshëm, duke reduktuar vonesat gjatë punës me faqet e internetit. Më parë, me çdo kërkesë për Cookie, dërgohej një kërkesë IPC sinkrone nga procesi që merrej me përpunimin e faqes në procesin që ofronte ndërveprimin në rrjet. Duke pasur parasysh se vlerat nga Cookie përdoren aktivisht në aplikacionet web, kërkesat e tilla midis proceseve ngadalësonin punën, kur 87% e kërkesave në procesin tjetër ishin të tepërta.
Për zgjidhjen e problemit është përdorur një arkitekturë e re, ku çdo proces përmban kopjen e tij të të dhënave Cookie dhe i qaset asaj direkt, ndërsa ndryshimet në Cookie, të cilat, për shembull, mund të ndodhin gjatë punës me të njëjtat Cookie në një skedë tjetër, ndjeken përmes një mekanizmi versionimi. Thelbi i këtij mekanizmi është që çdo vlerë
document.cookie bashkëngjitet me një numër versioni, i cili ruhet në memorien e ndarë, rritet me ndryshimin e vlerës dhe kontrollohet me instancën ekzistuese gjatë leximit.
- Shto është shtuar mundësia për të përdorur API View Transitions për krijimin e efektet të animacionit kalim nga një faqe në një tjetër brenda të njëjtit site (same-origin). Më pare, ky API mund të përdorej vetëm për efektet midis gjendjeve të ndryshme të DOM në një faqe (p.sh., kalimi i butë nga një imazh në një tjetër). Për të aplikuar efektet e kalimit midis dokumenteve të ndryshme, duhet të përdoret pronësia "navigation: auto" në rregullin @-"view-transition".
- Aktivizohet API CloseWatcher, i cili lejon ndjekjen e kërkesave Close në aplikacionet web dhe reagimin ndaj tyre (p.sh., mund të krijoni një manipulues për butonin "mbrapa" në smartphone-t Android).
Close-kërkesat formohen kur përpiqeni të mbyllni modalet (<dialog>) dhe dialogët e dalshëm (popover=»») përmes shtypjes së çelësit Esc, përdorimit të butonit "Mbrapa" ose gjestit të ekranit në smartphone. - Në API-në Gamepad, e cila lejon ndjekjen dhe përpunimin e ngjarjeve nga gamepad dhe kontrollet e lojërave, është shtuar mbështetje për mekanizmat e ofrimit të kthimit të informacionit (trigger-rumble), siç është vibrimi.
- Në interefeset GeolocationCoordinates dhe GeolocationPosition është shtuar metoda .toJSON() për serializimin e objekteve me koordinata në formatin JSON.
- Në versionin për ChromeOS është shtuar mbështetje për modin e shfaqjes së tab-ëve (prona CSS "display: tabbed"), e cila mundëson përdorimin e tab-eve në një aplikacion web, për shembull, për organizimin e redaktimit të disa dokumenteve.
- ĂshtĂ« shtuar njĂ« mundĂ«si eksperimentale (origjin prova) pĂ«r parapamjen e pĂ«rmbajtjes qĂ« merret nga kamera ose mikrofon.
- Në API-në WebGPU është përshpejtuar ndjeshëm kompilimi i shader-eve. Në backend për API-në grafike Vulkan është optimizuar ngarkimi i të dhënave në GPU (është siguruar shkrimi direkt në buffer-in e GPU pa kopjime të ndërmjetme).
- JanĂ« bĂ«rĂ« pĂ«rmirĂ«sime nĂ« mjetet pĂ«r zhvilluesit e web-it. NĂ« seksionin âAplikacioni > Ruajtjaâ Ă«shtĂ« shtuar mundĂ«sia pĂ«r tĂ« inspektuar tĂ« dhĂ«nat e ruajtura duke pĂ«rdorur API-nĂ« e Storage Buckets, e cila lejon organizimin e ruajtjes sĂ« tĂ« dhĂ«nave me ndarje nĂ« segmente tĂ« veçanta, tĂ« asociaura me API-nĂ« e IndexedDB dhe CacheStorage. NĂ« panelin e vlerĂ«simit tĂ« performancĂ«s Ă«shtĂ« shtuar mundĂ«sia pĂ«r tĂ« lĂ«vizur dhe fshehur pista, si dhe pĂ«r tĂ« pĂ«rjashtuar informacionin mbi ekzekutimin e skripteve nga grafiku i performancĂ«s dhe pĂ«r tĂ« aktivizuar modalitetin e ngadalĂ«simit artifical tĂ« performancĂ«s sĂ« sistemit 20 herĂ«.

NĂ« panelin e ndjekjes sĂ« aktivitetit tĂ« rrjetit Ă«shtĂ« ofruar mbĂ«shtetje pĂ«r zĂ«vendĂ«simin e pĂ«rgjigjes sĂ« marra me tĂ« gjithĂ« rreshtin e titullit HTTP nĂ« formatin âemri: vleraâ. NĂ« panelin e vĂ«zhgimit tĂ« konsumit tĂ« memories janĂ« shtuar filtrore pĂ«r tĂ« identifikuar pĂ«rdorimin e paperfekt tĂ« memories, siç janĂ« ekzistencat e rreshtave tĂ« dyfishtĂ« apo mbajtja e objekteve tĂ« lidhura me nodet DOM tĂ« shkĂ«putura.

Përveç përmirësimeve dhe rregullimeve të gabimeve, versioni i ri ka eliminuar 21 vulnerabilitete. Shumica e këtyre vulnerabiliteteve u identifikuan përmes testimeve automatike me mjete si AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer dhe AFL. 9 problemeve u është caktuar një nivel i lartë rreziku. Nuk janë identifikuar probleme kritike që lejojnë anashkalimin e të gjitha niveleve të mbrojtjes së shfletuesit dhe ekzekutimin e kodit jashtë mjedisit sandbox. Në kuadër të programit të shpërblimit për zbulesat e vulnerabiliteteve për versione aktuale, Google ka dhuruar 11 shpërblime me një total prej më shumë se 168 mijë dollarëve amerikanë.
Për vulnerabilitetin CVE-2024-5839, i lidhur me një problem në implementimin e mekanizmit të alokimit të memories, është dhënë një shpërblim rekord prej 100115 dollarësh. Ky vulnerabilitet ka marrë një nivel të mesëm rreziku, ndonëse potencialisht lejon dëmtimin e memories në heap gjatë përpunimit të përmbajtjes HTML të dizajnuar në mënyrë të veçantë. Për më tepër, është dhënë një shpërblim prej 25000, 7000, 3000, 2000, 1000 dhe 500 dollarësh, si dhe dy shpërblime prej 10000 dhe 5000 dollarësh. Shuma e 7 shpërblimeve ende nuk është përcaktuar.
Burimi: opennet.ru






