Chrome Eldono 106

Google malkaŝis la eldonon de la retumilo Chrome 106. Samtempe disponeblas stabila eldono de la senpaga projekto Chromium, kiu funkcias kiel bazo de Chrome. La Chrome-retumilo diferencas de Chromium en la uzo de Google-emblemoj, la ĉeesto de sistemo por sendi sciigojn en kazo de kraŝo, moduloj por ludi kopi-protektan videoenhavon (DRM), sistemo por aŭtomate instali ĝisdatigojn, konstante ebligante Sandbox-izoladon. , liverante ŝlosilojn al la Google API kaj transdonante RLZ- dum serĉado. Por tiuj, kiuj bezonas pli da tempo por ĝisdatigi, la Etendita Stala branĉo estas aparte subtenata, sekvata de 8 semajnoj. La sekva eldono de Chrome 107 estas planita por la 25-a de oktobro.

Ŝanĝoj en Chrome 106:

  • Por labortablaj konstruuzantoj, Prerender2 estas ebligita defaŭlte por proaktive prezenti rekomendan enhavon en la Omnibox-adresbreto. Proaktiva bildigo kompletigas la antaŭe disponeblan kapablon ŝargi rekomendojn, kiuj plej verŝajne estas navigeblaj sen atendi ke la uzanto klaku. Krom ŝarĝo, la enhavo de rekomend-rilataj paĝoj nun povas esti prezentita en bufro (inkluzive de skripto-ekzekuto kaj DOM). arba formado), kiu ebligas tujan montradon de rekomendoj post klako.
  • Provizas la kapablon serĉi historion, legosignojn kaj langetojn rekte de la Omnibox-adresbreto. Por lokalizi la serĉon, la kontrolaj etikedoj @history, @bookmarks kaj @tabs estas proponitaj. Ekzemple, por serĉi en legosignoj vi devas enigi "@bookmarks serĉfrazo". Por malŝalti serĉon de la adresbreto, estas speciala opcio en la serĉagordoj.
    Chrome Eldono 106
    Chrome Eldono 106
  • Subteno por Server Push-teknologio, kiu estas difinita en la normoj HTTP/2 kaj HTTP/3, estas malebligita defaŭlte kaj permesas al la servilo sendi rimedojn al la kliento sen atendi ilian eksplicitan peton. La kialo citita por ĉesigi subtenon estas la nenecesa komplekseco de efektivigado de la teknologio kiam pli simplaj kaj same efikaj alternativoj estas haveblaj, kiel ekzemple la etikedo. , HTTP-respondo 103 kaj WebTransport-protokolo. Laŭ Guglo-statistiko, en 2021, ĉirkaŭ 1.25% de retejoj kurantaj HTTP/2 uzis Server Push, kaj en 2022 ĉi tiu cifero falis al 0.7%. Server Push-teknologio ankaŭ ĉeestas en la HTTP/3-specifo, sed praktike multaj servilaj kaj klientprogramaraj produktoj, inkluzive de la Chrome-retumilo, komence ne efektivigis ĝin.
  • La kapablo uzi ne-ASCII-signojn en domajnoj specifitaj en la Kuketo-kapo estas malŝaltita (por IDN-domajnoj, domajnoj devas esti specifitaj en punycode-formato). La ŝanĝo alportas la retumilon al konformeco al RFC 6265bis kaj la konduto efektivigita en Fajrovulpo.
  • Proponis pli klarajn etikedojn por identigi ekranojn en multi-monitoraj agordoj. Similaj etikedoj povas esti montritaj en dialogoj por doni permesojn malfermi fenestron sur ekstera ekrano. Ekzemple, anstataŭ la ekstera ekrannumero ("Ekstera Ekrano 1"), la monitora modelnomo ("HP Z27n") nun estos montrita.
  • Plibonigoj en la Android-versio:
    • La foliumhistoria paĝo subtenas la mekanismon "Vojaĝo", kiu resumas pasintan agadon grupigante informojn pri antaŭe efektivigitaj serĉdemandoj kaj paĝoj rigarditaj. Kiam vi enigas ŝlosilvortojn en la adresbreton, se ili antaŭe estis uzataj en demandoj, vi estas petata daŭrigi la serĉon de la interrompita pozicio.
    • Sur aparatoj kun la platformo Android 11, eblas bloki paĝon malfermitan en inkognita reĝimo post ŝanĝi al alia aplikaĵo. Por daŭrigi foliumi post blokado, aŭtentigo estas necesa. Defaŭlte, blokado estas malŝaltita kaj postulas aktivigon en la privateca agordo.
    • Kiam vi provas elŝuti dosierojn el inkognita reĝimo, vi ricevos plian konfirman peton por konservi la dosieron kaj averton, ke la elŝutita dosiero estos videbla por aliaj uzantoj de la aparato, ĉar ĝi estos konservita en la elŝuta administra areo.
      Chrome Eldono 106
  • La chrome.runtime API estis ĉesigita por ĉiuj retejoj. Ĉi tiu API nun estas provizita nur se retumilo-aldonaĵoj estas konektitaj al ĝi. Antaŭe, chrome.runtime estis disponebla por ĉiuj retejoj ĉar ĝi estis uzata de la enkonstruita CryptoToken-aldonaĵo kun efektivigo de la U2F API, kiu ne plu estas subtenata.
  • 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.
    • La koncepto de anonimaj iframoj, permesante al dokumento esti ŝarĝita en aparta kunteksto, senrilata al aliaj iframoj kaj la ĉefdokumento.
    • Pop-Up API por montri interfacajn elementojn aldone al aliaj elementoj, ekzemple, por organizi la laboron de interagaj menuoj, konsiletoj, enhavaj elektaj iloj kaj trejnadsistemoj. La nova atributo "ŝprucfenestro" estas uzata por montri la elementon sur la plej supra tavolo. Male al dialogoj kreitaj uzante la elementon La nova API permesas krei nemodemajn dialogojn, trakti eventojn, uzi kuraĝigojn kaj krei flekseblajn ŝprucajn areajn kontrolojn.
  • La ecoj 'grid-template-columns' kaj 'grid-template-rows' uzataj en CSS Grid nun subtenas interpoladon por disponigi glatan transiron inter malsamaj kradaj statoj.
  • La 'forced-color-adjust' CSS-posedaĵo nun subtenas la 'preserve-parent-color' valoron, kiu kiam agordita, igos la 'color'-posedaĵon prunti sian valoron de la gepatra elemento.
  • La posedaĵo "-webkit-hyphenate-character" estis forigita de la prefikso "-webkit-" kaj nun haveblas sub la nomo "hyphenate-character". Ĉi tiu posedaĵo povas esti uzata por agordi la ĉenon uzotan anstataŭ la linirompa signo ("-").
  • La tria eldono de la Intl.NumberFormat API estis efektivigita, kiu inkluzivas novajn funkciojn formatRange(), formatRangeToParts() kaj selectRange(), grupigon de aroj, novajn opciojn por rondigi kaj fiksi precizecon, kaj la kapablon interpreti ŝnurojn kiel dekumajn nombrojn. .
  • La ReadableStream API aldonis subtenon por efika rekta translokigo de binaraj datumoj de la seria haveno, preterirante internajn atendovicojn kaj bufrojn. Rekta legado estas ebligita per agordo de la BYOB-reĝimo - "port.readable.getReader({ mode: 'byob' })".
  • La programaraj interfacoj por labori kun audio kaj video (AudioDecoder, AudioEncoder, VideoDecoder kaj VideoEncoder) aldonis subtenon por la evento "malvicigo" kaj rilataj alvokoj, aktivigitaj kiam la kodeko komencas plenumi taskojn pri kodi aŭ malkodi enhavan vicon.
  • La WebXR Device API efektivigas la kapablon al kruda aliro teksturoj de bildoj de la fotilo, sinkronigita kun la nuna pozicio en la virtuala medio.
  • Plibonigoj estis faritaj al iloj por retaj programistoj. La panelo Fontoj nun havas la kapablon grupigi dosierojn laŭ fonto. Plibonigita stakspuro por nesinkronaj operacioj. Nun eblas aŭtomate ignori konatajn triajn skriptojn dum senararigado. Aldonita la kapablo kaŝi ignoritajn dosierojn en menuoj kaj paneloj. Plibonigita uzado de la voka stako en la erarserĉilo.
    Chrome Eldono 106

    Nova Trako de Interagoj estis aldonita al la panelo Rendimento por bildigi paĝan interagadon kaj identigi eblajn interfacajn respondecproblemojn.

    Chrome Eldono 106

Krom novigoj kaj korektoj de cimoj, la nova versio forigas 20 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 efektivigi kodon en la sistemo ekster la sablokesto-medio. Kiel parto de la programo por pagi kontantajn rekompencojn pro malkovro de vundeblecoj por la nuna eldono, Google pagis 16 premiojn kun valoro de $38500 (po unu premio de $9000, $7500, $7000, $5000, $4000, $3000, $2000 kaj $1000). La grandeco de la ok rekompencoj ankoraŭ ne estis determinita.

fonto: opennet.ru

Aldoni komenton