Chrome útgáfa 95

Google hefur kynnt útgáfu Chrome 95 vefvafrans. Á sama tíma er stöðug útgáfa af ókeypis Chromium verkefninu, sem þjónar sem grunnur Chrome, fáanleg. Chrome vafrinn einkennist af notkun Google lógóa, tilvist kerfis til að senda tilkynningar ef hrun verður, einingar til að spila verndað myndbandsefni (DRM), kerfi til að setja upp uppfærslur sjálfkrafa og senda RLZ færibreytur við leit. Undir nýju 4 vikna þróunarlotunni er næsta útgáfa af Chrome 96 áætluð 16. nóvember. Fyrir þá sem þurfa meiri tíma til að uppfæra er sérstakt Extended Stable útibú, fylgt eftir með 8 vikum, sem býr til uppfærslu fyrir fyrri útgáfu af Chrome 94.

Helstu breytingar á Chrome 95:

• Fyrir Linux, Windows, macOS og ChromeOS notendur er boðið upp á nýja hliðarstiku, sýnd hægra megin við efnið og virkjað með því að smella á sérstakt tákn í veffangastikunni. Spjaldið sýnir samantekt með bókamerkjum og leslista. Breytingin er ekki virkjuð fyrir alla notendur; til að virkja hana geturðu notað „chrome://flags/#side-panel“ stillinguna.
• Innleiddi úttak af skýrri beiðni um heimildir til að vista heimilisföng sem færð voru inn á vefeyðublöð til síðari notkunar í sjálfvirka útfyllingarkerfinu. Þegar ákvarðað er hvort vistföng eru í eyðublöðum er notandanum nú sýndur gluggi sem gerir honum kleift að vista heimilisfangið, breyta, uppfæra áður vistað heimilisfang eða neita að vista það.
• Fjarlægði kóða til að styðja FTP samskiptareglur. Í Chrome 88 var FTP stuðningur sjálfgefið óvirkur, en fáni var skilinn eftir til að koma honum aftur.
• Við styðjum ekki lengur vefslóðir með hýsilheitum sem enda á tölu en samsvara ekki IPv4 vistföngum. Til dæmis munu vefslóðirnar „http://127.1/“, „http://foo.127.1/“ og „http://127.0.0.0.1“ nú teljast ógildar.
• WebAssembly hefur nú getu til að búa til undantekningarstýringar sem geta stöðvað framkvæmd ef undantekning á sér stað þegar ákveðinn kóða er keyrður. Það styður bæði grípandi undantekningar sem eru þekktar af WebAssembly einingunni og undantekningar í því ferli að kalla innfluttar aðgerðir. Til að ná undantekningum verður WebAssembly einingin að vera sett saman með undantekningarmeðvituðum þýðanda eins og Emscripten.

  Það er tekið fram að meðhöndlun undantekninga á WebAssembly stigi getur dregið verulega úr stærð mynda kóðans samanborið við meðhöndlun undantekninga með JavaScript. Til dæmis, að byggja upp Binaryen fínstillingu með undantekningarmeðferð með því að nota JavaScript leiðir til 43% aukningar á kóða og 9% með því að nota WebAssembly. Að auki, þegar „-O3“ fínstillingarhamur er notaður, virkar kóða með undantekningarmeðferð með WebAssembly nánast ekkert öðruvísi en kóða án undantekningameðferðaraðila, en meðhöndlun undantekninga með JavaScript leiðir til 30% hægfara framkvæmdar.

• Það er bönnuð að deila WebAssembly einingum á milli mismunandi léna (krossuppruna) þegar unnið er með eina síðu.
• Nokkrum nýjum API hefur verið bætt við upprunaprófunarhaminn (tilraunaeiginleikar sem krefjast sérstakrar virkjunar). Uppruni prufa felur í sér getu til að vinna með tilgreint API úr forritum sem hlaðið er niður frá localhost eða 127.0.0.1, eða eftir að hafa skráð og fengið sérstakan tákn sem gildir í takmarkaðan tíma fyrir tiltekna síðu.
  • Virkjað klippingu upplýsinga í HTTP haus User-Agent og JavaScript breytum navigator.userAgent, navigator.appVersion og navigator.platform. Hausinn inniheldur aðeins upplýsingar um nafn vafrans, mikilvæga vafraútgáfu, vettvang og tegund tækis (farsíma, tölvu, spjaldtölvu). Til að fá viðbótargögn, eins og nákvæma útgáfu og útbreidd vettvangsgögn, verður þú að nota User Agent Client Hints API. Áætlað er að byrja að skera niður User-Agent á kerfum venjulegra notenda fyrir útgáfu Chrome 102, sem kemur út eftir hálft ár.
  • Það er hægt að búa til Access Handles fyrir File System Access API, sem gerir vefforritum kleift að lesa og skrifa gögn beint í skrár og möppur á tæki notandans. Til að draga úr því hvernig vefforrit fá aðgang að skráarkerfinu ætlar Google að sameina File System Access og Storage Foundation API. Sem undirbúningsstig fyrir slíka sameiningu er lagður til stuðningur við aðgangslýsingar, sem viðbót við vinnuaðferðir sem byggjast á skráarlýsingum með háþróaða getu, svo sem að setja skriflás fyrir önnur ferli og búa til sérstaka þræði fyrir ritun og lestur, þar á meðal stuðning við lestur og ritun frá starfsmönnum í samstilltum ham.
• Örugg greiðslustaðfesting API hefur verið stöðug og boðið sjálfgefið með innleiðingu nýrrar „greiðslu“ framlengingar, sem veitir viðbótarstaðfestingu á greiðslufærslunni sem verið er að framkvæma. Trúandi aðili, eins og banki, hefur getu til að búa til opinberan lykil PublicKeyCredential, sem söluaðilinn getur beðið um til að fá frekari örugga greiðslustaðfestingu í gegnum Payment Request API með „secure-payment-confirmation“ greiðslumáta.
• Svarhringingar sem settar eru upp í gegnum PerformanceObserver smiðinn útfæra flutning dropedEntriesCount eignarinnar, sem gerir þér kleift að skilja hversu mörgum frammistöðumælingum vefsvæðis var hent vegna þeirrar staðreyndar að þær pössuðu ekki inn í biðminni.
• EyeDropper API hefur verið bætt við, sem gerir þér kleift að hringja í viðmótið sem vafrinn býður upp á til að ákvarða lit á handahófskenndum pixlum á skjánum, sem hægt er að nota til dæmis í grafískum ritstjórum sem eru útfærðir sem vefforrit. const eyeDropper = new EyeDropper(); const result = await eyeDropper.open(); // niðurstaða = {sRGBHex: '#160731'}
• Bætti við self.reportError() aðgerðinni, sem gerir forskriftum kleift að prenta villur á stjórnborðið og líkja eftir því að óveidd undantekning sé til staðar.
• URLPattern API hefur verið bætt við til að athuga hvort vefslóð passi við ákveðið mynstur, sem til dæmis er hægt að nota til að flokka tengla og beina beiðnum til meðhöndlunar í þjónustuverinu. const p = nýtt URLPattern ({ samskiptareglur: 'https', hýsingarheiti: 'example.com', slóð: '/: mappa/*/: skráarnafn.jpg', });
• Intl.DisplayNames API hefur verið stækkað, þar sem þú getur fengið staðbundin nöfn á tungumálum, löndum, gjaldmiðlum, dagsetningarþáttum o.s.frv. Nýja útgáfan bætir við nýjum tegundum nafna „dagatal“ og „dateTimeField“, þar sem þú getur fundið staðbundin nöfn dagatalsins og dagsetningar- og tímareitina (til dæmis heiti mánaðanna). Fyrir tegundina „tungumál“ hefur verið bætt við stuðningi við að nota mállýskur.
• Intl.DateTimeFormat API hefur bætt við stuðningi við ný gildi fyrir færibreytuna timeZoneName: „shortGeneric“ til að sýna stutt tímabeltisauðkenni (til dæmis „PT“, „ET“), „longGeneric“ til að sýna langt tímabelti auðkenni ("Pacific Time", "Mountain Time"), "shortOffset" - með stuttri offset miðað við GMT ("GMT+5") og "longOffset" með löngu offset miðað við GMT ("GMT+0500").
• U2F (Cryptotoken) API hefur verið úrelt og ætti að nota vefauðkenningarforritaskil í staðinn. U2F API verður sjálfgefið óvirkt í Chrome 98 og fjarlægt alveg í Chrome 104.
• Endurbætur hafa verið gerðar á verkfærum fyrir vefhönnuði. Stílspjaldið gerir það auðveldara að stilla CSS eiginleika sem tengjast stærð (hæð, bólstrun osfrv.). Í Issues flipanum er hægt að fela einstök mál. Í vefstjórnborðinu og spjaldunum Heimildir og Eiginleikar hefur birting eigna verið bætt (eigin eignir eru nú auðkenndar feitletraðar og sýndar efst á listanum).

Til viðbótar við nýjungar og villuleiðréttingar, útrýma nýja útgáfan 19 veikleika. Margir af veikleikunum voru auðkenndir sem afleiðing af sjálfvirkum prófunum með AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer og AFL verkfærunum. Engin mikilvæg vandamál hafa fundist sem gera manni kleift að komast framhjá öllum stigum vafraverndar og keyra kóða á kerfinu utan sandkassaumhverfisins. Sem hluti af peningaverðlaunaáætluninni til að uppgötva veikleika fyrir núverandi útgáfu, greiddi Google 16 verðlaun að verðmæti $74 þúsund (ein $20000 verðlaun, tvö $10000 verðlaun, ein $7500 verðlaun, ein $6000 verðlaun, þrjú $5000 verðlaun og ein $3000 verðlaun). , $2000 verðlaun. og $1000). Stærð 5 verðlaunanna hefur ekki enn verið ákveðin.

Heimild: opennet.ru