Utgivningen av Chrome 74

Google har presenterat utgÄvan av webblÀsaren Chrome 74. Samtidigt Àr tillgÀnglig stabil utgÄva av det fria projektet Chromium, som utgör grunden för Chrome. WebblÀsaren Chrome utmÀrker sig genom att anvÀnda Google-logotyper, möjligheten att ladda Flash-moduler pÄ begÀran, ett system för att skicka meddelanden vid krasch, moduler för att spela upp skyddat videoinnehÄll, ett system för automatisk installationsuppdateringar och vid sökning. RLZ-parametrar. NÀsta version av Chrome 75 Àr planerad till den 4 juni.

Huvud för pÄ Chrome 74:

  • Vid aktiveringen av hĂ€ndelsen onUnload, som utlöses nĂ€r sidan stĂ€ngs, nu att spara mer Ă€n 10 megabyte data via komma att visa popup-fönster (anrop av window.open() blockeras), vilket skyddar anvĂ€ndare frĂ„n att tvingas öppna reklamfönster efter att ha stĂ€ngt tveksamma webbplatser;
  • I JavaScript-motorn har möjligheten introducerades ett nytt lĂ€ge JIT-less (flaggan "--jitless"), vilket möjliggör körning av JavaScript utan att anvĂ€nda JIT (endast tolk anvĂ€nds) och utan att allokera körbar minne under körning av koden. Att stĂ€nga av JIT kan vara anvĂ€ndbart för att öka sĂ€kerheten nĂ€r man arbetar med potentiellt farliga web-appar, sĂ„vĂ€l som för att sĂ€kerstĂ€lla byggnad pĂ„ plattformar dĂ€r JIT Ă€r förbjudet (t.ex. i iOS, pĂ„ vissa Smart TV och spelkonsoler). NĂ€r JIT Ă€r avstĂ€ngt minskar prestandan för JavaScript-exekvering med 40% i Speedometer 2.0-testet och med 80% i Web Tooling Benchmark-testet, men under simulering av YouTube-anvĂ€ndning noterades endast en minskning av prestandan med 6%. Vid denna tidpunkt minskar minnesanvĂ€ndningen nĂ„got, med bara 1.7%;
  • I V8 erbjuder ocksĂ„ en stor mĂ€ngd nya optimeringar. Till exempel, utförandet av funktionsanrop, dĂ€r antalet faktiskt överförda parametrar inte stĂ€mmer överens med det angivna antalet argument, har ökat med 60%. Åtkomsten till DOM-egenskaper har snabbats upp med hjĂ€lp av get-funktionen, vilket har haft en positiv effekt pĂ„ prestandan för Angular-ramverket. Arbetet med JavaScript-parsning har ocksĂ„ accelererats: optimering av UTF-8-dekodaren har ökat parserns prestanda i streaming-lĂ€ge (parsing under laddning) med 8%, och uteslutning av onödiga dedupliceringsoperationer har gett ytterligare 10.5%;
  • Arbete har gjorts för att minska minnesanvĂ€ndningen i JavaScript-motorn.
    Kod för att rensa bytekodens cache har lagts till, vilket tar ungefĂ€r 15% av hela heapens storlek. En fas för att avlĂ€gsna sĂ€llan kompilera bytekod för anvĂ€nda funktioner eller funktioner som endast anropas vid initialisering har lagts till skrĂ€ptrĂ€daren. Beslutet om rensning fattas baserat pĂ„ nya rĂ€knare som beaktar den senaste tiden för Ă„tkomst till bytekoden. Den angivna Ă€ndringen har möjliggjort en minskning av minnesanvĂ€ndningen med 5–15% utan negativ pĂ„verkan pĂ„ prestandan. Dessutom har bytekodkompilatorn undvikit att generera uppenbart oanvĂ€nd kod, till exempel kod som följer efter return eller break (om det inte finns en Jump-övergĂ„ng);

    Utgivningen av Chrome 74
  • För WebAssembly har möjligheten stödet för trĂ„dar och atomĂ€ra operationer (WebAssembly Threads API och WebAssembly Atomics);
  • För separat leverans av skript har stöd för rubriken «#!» lagts till, vilket definierar den tolk som ska anvĂ€ndas för att köra. Till exempel, i likhet med andra skriptsprĂ„k, kan en JavaScript-fil se ut sĂ„ hĂ€r:

    #!/usr/bin/env node
    console.log(42);

  • En ny mediafrĂ„ga har lagts till i CSS «prefers-reduced-motion«, vilket gör att webbplatsen kan bestĂ€mma status för instĂ€llningarna i operativsystemet kopplade till avstĂ€ngning av animerade effekter. Genom den föreslagna frĂ„gan kan webbplatsĂ€garen hantera plötsliga kraschar och visa anvĂ€ndbara detaljer för felsökning, som stacktrace. Att skicka felmeddelanden har förenklats — det rĂ€cker att klicka pĂ„ lĂ€nken. ta reda pĂ„ att anvĂ€ndaren har stĂ€ngt av animerade effekter och Ă€ven stĂ€nga av olika animationsmöjligheter pĂ„ webbplatsen, till exempel ta bort skakningseffekten pĂ„ knappar som anvĂ€nds för att dra uppmĂ€rksamhet;
  • Utöver den nya möjligheten i Chrome 72 att identifiera offentliga fĂ€lt har stödet för att markera fĂ€lt som privata implementerats, vilket gör att Ă„tkomst till deras vĂ€rden endast kommer att vara öppen inuti klassen. För att markera ett fĂ€lt som privat bör tecknet «#» anges före fĂ€ltets namn. Precis som med offentliga fĂ€lt krĂ€ver inte privata egenskaper anvĂ€ndning av konstruktören.
  • HTTP-rubriken Feature-Policy, som möjliggör styrning av API:ers beteende och aktivering av specifika funktioner (exempelvis kan det möjliggöra synkron drift av XMLHttpRequest eller avaktivera Geolocation API), har kompletterats med JavaScript API för att kontrollera aktiviteten av vissa funktioner. TvĂ„ nya metoder, document.featurePolicy och frame.featurePolicy, har föreslagits för utvecklare, som erbjuder tre funktioner:
    allowedFeatures() för att hÀmta en lista över funktioner som Àr tillÄtna för den aktuella domÀnen, allowsFeature() för att selektivt kontrollera aktiveringen av specifika funktioner och getAllowlistForFeature() för att visa en lista över domÀner dÀr den angivna funktionen Àr tillÄten pÄ den aktuella sidan;
  • Experimentellt stöd ("chrome://flags#enable-text-fragment-anchor") för lĂ€get Scroll-To-Text, som gör det möjligt att skapa lĂ€nkar till specifika ord eller fraser, utan behov av att ange mĂ€rkning i dokumentet med hjĂ€lp av taggen "a name" eller egenskapen "id". För att skicka lĂ€nken föreslĂ„s en speciell parameter "#targetText=", dĂ€r texten för navigering kan anges. En mask kan anges som inkluderar fraser som anger början och slutet av fragmentet, med hjĂ€lp av kommatecken som avskiljare (till exempel "example.com#targetText=startwords, endwords");
  • AudioContext-konstruktorn har fĂ„tt en ny möjlighet sampleRate, som tillĂ„ter att stĂ€lla in den valda samplingsfrekvensen för ljudoperationer genom Web Audio API;
  • Stöd för klassen Intl.Locale, som tillhandahĂ„ller metoder för att analysera och bearbeta sprĂ„k-, regions- och typografiparametrar som stĂ€llts in av lokalinstĂ€llningen, samt för att lĂ€sa och skriva Unicode-tillĂ€ggstaggar och spara anvĂ€ndarspecifika lokalinstĂ€llningar i ett serialiserat format;
  • Mekanismen (SXG), som Ă€r avsedd för att organisera vĂ€rdskap av verifierade kopior av webbsidor pĂ„ andra webbplatser. (SXG) har utökats med medel för informera innehĂ„llsdistributörer för felhantering av laddning av signerad innehĂ„ll, sĂ„som problem med certifikatverifiering. Fel behandlas genom API-tillĂ€gg Network Error Logging. Observera att SXG möjliggör lĂ„tit Ă€garen av en webbplats, med hjĂ€lp av en digital signatur, auktorisera publiceringen av vissa sidor pĂ„ en annan webbplats, vilket innebĂ€r att nĂ€r dessa sidor begĂ€rs pĂ„ den andra webbplatsen, kommer webblĂ€saren att visa anvĂ€ndaren URL:en till den ursprungliga webbplatsen, trots att sidan har laddats frĂ„n en annan vĂ€rd;
  • Klassen TextEncoder har fĂ„tt en metod encodeInto(), som gör att den kodade strĂ€ngen kan skrivas direkt till en förhandsgjord buffert. Metoden encodeInto() Ă€r en högpresterande alternativ till metoden encode(), som krĂ€ver en buffertallokering vid varje anrop.
  • I Service Worker Ă€r buffrar anropet client.postMessage() tills dokumentet Ă€r redo. Meddelanden som skickas via client.postMessage() kommer att hĂ„llas kvar tills DOMContentLoaded-hĂ€ndelsen har genererats, vilket stĂ€ller in onmessage eller anropar startMessages();
  • I enlighet med kraven i CSS Transitions-specifikationen har lagts till transitionrun, transitioncancel, transitionstart och transitionend-hĂ€ndelser som genereras nĂ€r en CSS-övergĂ„ng sĂ€tts i kö, avbryts, startar eller avslutas.
  • NĂ€r en ogiltig MIME-typ eller teckenkodning anges via overrideMimeType() för XMLHttpRequest, rullas det nu tillbaka till UTF-8 istĂ€llet för Latin-1;
  • Egenskapen "allow-downloads-without-user-activation" har deklarerats som förĂ„ldrad och kommer att tas bort i en av de kommande utgĂ„vorna, vilken gjorde det möjligt att organisera automatiska filnedladdningar nĂ€r man hanterade iframe. I framtiden kommer filnedladdningar utan uttrycklig anvĂ€ndarĂ„tgĂ€rd att förbjudas, eftersom det har utnyttjats för missbruk, pĂ„tvingade nedladdningar och insĂ€ttningar av skadlig kod pĂ„ anvĂ€ndarens dator. En anvĂ€ndarklickning pĂ„ samma sida kommer att krĂ€vas för att initiera nedladdningar. Egenskapen planerade ursprungligen att tas bort i Chrome 74, men borttagningen sköts. skjuten till Chrome 76.
  • För Windows-plattformen har en valfri mörk tema för anvĂ€ndargrĂ€nssnittet föreslagits (i förra utgĂ„van förbereddes ett mörkt tema för macOS). Eftersom det mörka temat nĂ€stan Ă€r identiskt med utseendet i inkognitolĂ€ge har en sĂ€rskild indikator lagts till för att framhĂ€va privat arbetslĂ€ge istĂ€llet för anvĂ€ndarprofilikonen;
  • För företagsanvĂ€ndare har möjligheten lagts till Chrome Browser Cloud Management för att hantera anvĂ€ndarens webblĂ€sarinstĂ€llningar via Google Admin-konsolen;

    Utgivningen av Chrome 74

Förutom nyheterna och buggfixarna har nya versionen ÄtgÀrdat 39 sÄrbarheter. MÄnga av sÄrbarheterna har upptÀckts genom automatiserad testning med verktyg som AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. Ingen kritisk frÄga har identifierats som kan kringgÄ alla skyddsnivÄer i webblÀsaren och exekvera kod utanför sandbox-miljön. Inom ramen för programmet för belöningar för sÄrbarhetsupptÀckter har Google utbetalat 19 belöningar pÄ totalt 26,837 USD för den aktuella versionen (fyra belöningar om $3000, fyra belöningar om $2000, en belöning om $1337, fyra belöningar om $1000, tre belöningar om $500). Storleken pÄ 4 belöningar Àr Ànnu inte faststÀlld.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster