Chrome Eldono 95

Google malkaŝis la eldonon de la retumilo Chrome 95. Samtempe disponeblas stabila eldono de la senpaga projekto Chromium, kiu funkcias kiel bazo de Chrome. La retumilo Chrome distingiĝas per la uzo de Google-emblemoj, la ĉeesto de sistemo por sendi sciigojn en kazo de kraŝo, moduloj por ludi protektitan videoenhavon (DRM), sistemo por aŭtomate instali ĝisdatigojn kaj transdoni RLZ-parametrojn dum serĉado. Sub la nova 4-semajna disvolva ciklo, la sekva eldono de Chrome 96 estas planita por la 16-a de novembro. Por tiuj, kiuj bezonas pli da tempo por ĝisdatigi, ekzistas aparta Etendita Stala branĉo, sekvita de 8 semajnoj, kiu generas ĝisdatigon por la antaŭa eldono de Chrome 94.

Ŝanĝoj en Chrome 95:

• Por uzantoj de Linukso, Vindozo, macOS kaj ChromeOS, nova flankbreto estas ofertita, montrita dekstre de la enhavo kaj aktivigita alklakante specialan ikonon en la adresbreta panelo. La panelo montras resumon kun legosignoj kaj legolisto. La ŝanĝo ne estas ebligita por ĉiuj uzantoj; por aktivigi ĝin, vi povas uzi la agordon "chrome://flags/#side-panel".
• Efektivigis la eligon de eksplicita peto pri permesoj konservi adresojn enskribitajn en retformularoj por posta uzo en la formulara aŭtomata plenigsistemo. Kiam oni determinas la ĉeeston de adresoj en formoj, la uzanto nun montras dialogon, kiu ebligas al ili konservi la adreson, redakti, ĝisdatigi antaŭe konservitan adreson aŭ rifuzi konservi ĝin.
• Forigita kodo por subteni FTP-protokolon. En Chrome 88, FTP-subteno estis malŝaltita defaŭlte, sed flago restis por revenigi ĝin.
• Ni ne plu subtenas URL-ojn kun gastigaj nomoj, kiuj finiĝas per nombro sed ne kongruas al IPv4-adresoj. Ekzemple, la URL-oj "http://127.1/", "http://foo.127.1/" kaj "http://127.0.0.0.1" nun estos konsiderataj nevalidaj.
• WebAssembly nun havas la kapablon krei esceptajn prizorgantojn, kiuj povas kapti ekzekuton se escepto okazas dum plenumado de certa kodo. Ĝi subtenas ambaŭ kapti esceptojn konatajn al la WebAssembly-modulo kaj esceptojn en la procezo de vokado de importitaj funkcioj. Por kapti esceptojn, la modulo WebAssembly devas esti kompilita per escept-konscia kompililo kiel Emscripten.

  Oni rimarkas, ke escepttraktado ĉe la WebAssembly-nivelo povas signife redukti la grandecon de la generita kodo kompare al escepttraktado uzante JavaScript. Ekzemple, konstrui la Binaryen-optimumigilon kun escepttraktado uzante JavaScript rezultigas 43% pliiĝon en kodo, kaj 9% pliiĝon en kodo uzante WebAssembly. Krome, dum uzado de la "-O3" optimumiga reĝimo, kodo kun esceptomanipulado uzante WebAssembly elfaras praktike nenian malsaman de kodo sen esceptaj prizorgantoj, dum pritraktado de esceptoj uzante JavaScript rezultigas 30%-malrapidiĝon de ekzekuto.

• Kunhavigi WebAssembly-modulojn inter malsamaj domajnoj (trans-devenaj) dum prilaborado de unu retejo estas malpermesita.
• Pluraj novaj API-oj estis aldonitaj al Origin Trials-reĝimo (eksperimentaj funkcioj kiuj postulas apartan aktivigon). Origin Trial implicas la kapablon labori kun la specifita API de aplikoj elŝutitaj de localhost aŭ 127.0.0.1, aŭ post registriĝo kaj ricevado de speciala signo kiu validas por limigita tempo por specifa retejo.
  • Ebligita eltondado de informoj en la HTTP-kapo de Uzanto-Agente kaj JavaScript-parametroj navigator.userAgent, navigator.appVersion kaj navigator.platform. La kaplinio enhavas nur informojn pri la retumila nomo, signifa retumila versio, platformo kaj aparato-tipo (poŝtelefono, komputilo, tablojdo). Por akiri pliajn datumojn, kiel la ĝustan version kaj plilongigitajn platformajn datumojn, vi devas uzi la API de User Agent Client Hints. La komenco de tranĉado de Uzanto-Agente en la sistemoj de kutimaj uzantoj estas planita por la liberigo de Chrome 102, kiu estos publikigita post duonjaro.
  • Eblas krei Alirajn Tenilojn por la File System Access API, kiu permesas retprogramojn legi kaj skribi datumojn rekte al dosieroj kaj dosierujoj sur la aparato de la uzanto. Por redukti la manieron kiel TTT-aplikoj aliras la dosiersistemon, Google planas kombini la Dosiersistemon-Aliro kaj Storage Foundation-APIojn. Kiel prepara stadio por tia unuiĝo, subteno por alirpriskribiloj estas proponita, kompletigante la metodojn de laboro bazitaj sur dosierpriskribiloj kun altnivelaj kapabloj, kiel agordo de skriba seruro por aliaj procezoj kaj kreado de apartaj fadenoj por skribo kaj legado, inkluzive de subteno por legado kaj skribado de laboristoj.en sinkrona reĝimo.
• La Secure Payment Confirmation API estis stabiligita kaj ofertita defaŭlte kun la efektivigo de nova "pago" etendo, kiu provizas plian konfirmon de la pagtransakcio farita. Fidinda partio, kiel banko, havas la kapablon generi publikan ŝlosilon PublicKeyCredential, kiu povas esti petita de la komercisto por plia sekura pago-konfirmo per la Payment Request API uzante la pagmetodon "sekura-pago-konfirmo".
• Revokvokoj instalitaj per la konstrukciisto PerformanceObserver efektivigas la translokigon de la posedaĵo droppedEntriesCount, kiu ebligas al vi kompreni kiom da retejaj agado-metrikoj estis forĵetitaj pro tio, ke ili ne kongruis en la provizita bufro.
• La EyeDropper API estis aldonita, kiu ebligas al vi voki la interfacon provizitan de la retumilo por determini la koloron de arbitraj pikseloj sur la ekrano, kiu povas esti uzata, ekzemple, en grafikaj redaktiloj efektivigitaj kiel TTT-aplikoj. const EyeDropper = nova EyeDropper (); konst rezulto = atendu eyeDropper.open (); // rezulto = {sRGBHex: '#160731'}
• Aldonita la funkcio self.reportError(), kiu permesas al skriptoj presi erarojn al la konzolo, imitante la okazon de nekaptita escepto.
• La URLPattern API estis aldonita por kontroli ĉu URL kongruas kun certa ŝablono, kiu, ekzemple, povas esti uzata por analizi ligilojn kaj redirekti petojn al prizorgantoj en la serva laboristo. const p = nova URLPattern({ protokolo: 'https', gastiga nomo: 'ekzemplo.com', vojo nomo: '/:dosierujo/*/:dosiernomo.jpg', });
• La Intl.DisplayNames API estis vastigita, per kiu vi povas akiri lokalizitajn nomojn de lingvoj, landoj, valutoj, dataj elementoj ktp. La nova versio aldonas novajn specojn de nomoj "kalendaro" kaj "dateTimeField", per kiuj vi povas ekscii la lokalizitajn nomojn de la kalendaro kaj dataj kaj tempokampoj (ekzemple, la nomo de la monatoj). Por la "lingvo" tipo, subteno por uzado de lingvaj dialektoj estis aldonita.
• La Intl.DateTimeFormat API aldonis subtenon por novaj valoroj de la parametro timeZoneName: "shortGeneric" por montri mallongan horzonan identigilon (ekzemple, "PT", "ET"), "longGeneric" por montri longan horzonon. identigilo ("Pacifika Tempo", "Monta Tempo"), "shortOffset" - kun mallonga ofseto rilate al GMT ("GMT+5") kaj "longOffset" kun longa ofseto rilate al GMT ("GMT+0500").
• La U2F (Cryptotoken) API estis malrekomendita kaj la Web Authentication API devus esti uzata anstataŭe. La U2F API estos malŝaltita defaŭlte en Chrome 98 kaj tute forigita en Chrome 104.
• Plibonigoj estis faritaj al iloj por retaj programistoj. La panelo Stiloj faciligas alĝustigi CSS-propraĵojn rilatajn al grandeco (alteco, kompletigo, ktp.). La langeto Problemoj disponigas la kapablon kaŝi individuajn problemojn. En la retkonzolo kaj la paneloj Fontoj kaj Propraĵoj, la montrado de propraĵoj estis plibonigita (propraj propraĵoj nun estas emfazitaj en grasa skribo kaj montritaj ĉe la supro de la listo).

Krom novigoj kaj korektoj de cimoj, la nova versio forigas 19 vundeblecojn. Multaj el la vundeblecoj estis identigitaj kiel rezulto de aŭtomatigita testado uzante la AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer kaj AFL-iloj. Neniuj kritikaj problemoj estis identigitaj, kiuj permesus preteriri ĉiujn nivelojn de retumila protekto kaj ekzekuti kodon en la sistemo ekster la sablokesto-medio. Kiel parto de la kontanta rekompenca programo por malkovri vundeblecojn por la nuna eldono, Google pagis 16 premiojn kun valoro de $74 mil (unu $20000 premioj, du $10000 premioj, unu $7500 premio, unu $6000 premio, tri $5000 premioj kaj unu $3000 $ premio). kaj $2000). La grandeco de la 1000 rekompencoj ankoraŭ ne estis determinita.

fonto: opennet.ru