Chrome 85 kiadás

A Google vállalat bemutatta webböngésző kiadása Chrome 85. Egyszerre elérhető stabil kiadás egy nyílt projekt alapja Chromium, amely a Chrome alapjául szolgál. A Chrome böngésző különbözik a Google logóinak használatával, a leállás esetén küldött értesítési rendszerével, a Flash modul kérés szerinti betöltésével, a védett videóanyagok (DRM) lejátszásához szükséges modulokkal, az automatikus frissítések telepítési rendszerével és a keresés során történő átvitelével RLZ-paraméterek. A Chrome 86 kiadása október 6-án várható.

Fő változások be. Chrome 85:

  • Hozzáadva a lapcsoportok összevonásának lehetőségét. A lapok csoportokba vonhatók a jobb kattintás menü segítségével, és ezek a csoportok egy adott színhez és címkéhez kapcsolódhatnak. A csoport címkéjére kattintva a hozzá tartozó lapok most elrejtődnek, és csak egy címke marad. Újabb kattintás a címkére eltávolítja az elrejtést.

    Chrome 85 kiadás

    Chrome 85 kiadás
  • Megvalósult a lapok tartalmának előnézete. Amikor az egérmutatót a lapgomb fölé viszik, most egy mini kép jelenik meg az adott lapon lévő oldalról. Ez a funkció egyelőre nem minden felhasználó számára elérhető, és a „chrome://flags/#tab-hover-cards” beállítással aktiválható.

    Chrome 85 kiadás
  • Újdonság, hogy lehetőség van a szerkesztett PDF-űrlapok mentésére, és az „chrome://flags#pdf-viewer-update” és „chrome://flags/#pdf-two-up-view” beállításokat az új felhasználói felülettel kapcsolatos kísérletezéshez javasolják az új felhasználói felület PDF-dokumentumok megtekintésére.
  • Lehetőség nyílt a linkek megosztására QR-kódok segítségével. A címmezőbe egy speciális ikon került, amely aktívvá válik, amikor rákattintanak a címmezőre, így QR-kód generálásra a jelenlegi oldalhoz. Ez a funkció egyelőre nem minden felhasználó számára elérhető, és a „chrome://flags/#sharing-qr-code-generator” beállítással aktiválható.

    Chrome 85 kiadás
  • Az about:flags oldalon megjelent egy lehetőség „Omnibox UI Hide Steady-State URL Path, Query, and Ref” („chrome://flags#omnibox-ui-hide-steady-state-url-path-query-and-ref-on-interaction”) lehetővé teszi a URL-útvonalak és lekérdezési paraméterek megjelenítésének letiltásához a címmezőben, hogy csak a webhely domainje látszódjon. Az elrejtés a lap interakciójának megkezdésekor történik (a betöltés alatt, amíg a felhasználó nem kezdett el görgetni, megjelenik a teljes URL). Az elrejtett URL megtekintéséhez a címmezőre kell kattintani. Egy másik beállítás, a „chrome://flags#omnibox-ui-reveal-steady-state-url-path-query-and-ref-on-hover” a teljes URL megjelenítésére szolgál, amikor az egérmutató a címmező fölé kerül. Az elérhető beállítás a jobb kattintás menüben, az „URL mindig teljes alakban megjelenítése” még eltávolítja a „https://”, „www.”, útvonalakat és paramétereket. Alapértelmezetten az elrejtés egyelőre csak a felhasználók kis százaléka számára aktiválódott. Az átalakítás mögött a felhasználók phishing támadásoktól való védelme áll, amelyek manipulálják a URL paramétereket.
    Chrome 85 kiadás
  • Tablet módban, érintőképernyős eszközök esetén vízszintes navigáció érhető el a megnyitott lapok között, ahol a lapcímek mellett a lapokhoz kapcsolódó oldalak nagyobb előnézetei is megjelennek. A lapokat képernyős gesztusokkal lehet áthelyezni és újrarendezni. Az előnézetek megjelenítése speciális gombbal kapcsolható be és ki, amely a címsor és a felhasználói avatar mellett található. A mód letiltására a következő beállítások találhatók: "chrome://flags/#webui-tab-strip" és "chrome://flags/#scrollable-tabstrip".

    Chrome 85 kiadás
  • Android verzióban a címsorban történő gépelés során a javasolt oldalak listájában gyors hozzáférést biztosító javaslatok jelennek meg a már megnyitott lapokhoz.
    Chrome 85 kiadás
  • Android verzióban a hosszan tartó érintés során megjelenő hivatkozások kontextuális menüjében hozzáadva címkék a gyors oldalak kiemelésére. A sebességet a következő mutatók alapján határozzák meg, Core Web Vitals, amelyek figyelembe veszik a betöltési idő, a reakcióképesség és a tartalom stabilitásának összesített mutatóit.
    Chrome 85 kiadás
  • A blokkolás biztosítva van a nem biztonságos letöltések ellen (titkosítás nélkül) futtatható fájlok támogatását és figyelmeztetések megjelenítését vezették be a nem biztonságos archívumok (zip, iso stb.) letöltésekor. A következő kiadásban a dokumentumok (docx, pdf stb.) esetében várhatóan blokkolni fogják az archívumokat, és figyelmeztetést jelenítenek meg. A későbbiekben fokozatosan teljesen leállítják a fájlok titkosítás nélküli letöltésének támogatását. A blokkolás emiatt valósult meg, mivel a titkosítás nélküli fájlok letöltése rosszindulatú cselekedetek végrehajtására használható, pl. a tartalom megváltoztatásával a MITM támadások során.
  • Alapértelmezetten engedélyezve van az AVIF (AV1 Képformátum) képkocka formátum támogatása, amelyben az AV1 videokódolásából származó technológiák alkalmazásra kerülnek. Az AVIF-ben tömörített adatok elosztására szolgáló konténer teljesen azonos a HEIF-fel. Az AVIF támogatja mind a HDR (Magas Dinamikus Tartomány) képeket és a széles színterű, mind a szabványos dinamikus tartományú (SDR) képeket.
  • Windows és macOS rendszerekhez készült összeállítások fordításakor alapértelmezetten az MSVC és Clang fordítókat hívják meg belekerültek A kódprofilozás (PGO - Profilvezérelt optimalizálás) eredményeire alapozó optimalizálások révén lehetővé vált, hogy a program végrehajtásának sajátosságainak elemzése alapján optimálisabb kódot generáljunk. A PGO aktiválása körülbelül 10%-kal gyorsította meg a fülbetöltést (a Speedometer 2.0 teszt ideje macOS alatt 7,7%-kal, Windows alatt 11,4%-kal csökkent). Az interfész válaszideje macOS alatt 3,9%-kal, Windows alatt pedig 7,3%-kal nőtt.
  • Hozzáadtuk a háttérfülek aktivitásának csökkentésére szolgáló kísérleti módot („Tab Throttling”), amely elérhető a „chrome://flags##intensive-wake-up-throttling” beállításon keresztül (az alapértelmezett aktiválás a Chrome 86-ban várható). A mód aktiválásával a háttérfülek (TaskQueues) vezérlése percenként 1 hívásra csökken, ha az oldal 5 percnél hosszabb ideig van a háttérben.
  • Minden felhasználói kategória számára aktiválva lett a CPU erőforrás-felhasználás csökkentésének módja, amikor a böngésző ablaka a felhasználó látómezején kívül esik. A Chrome ellenőrzi, hogy a böngésző ablaka más ablakok által le van-e fedve, és kizárja a pixelek kirajzolását a fedett területeken.
  • Erősítve lett a vegyes médiatartalom betöltésének védelme (amikor HTTPS-oldalon HTTP protokollal töltődnek be erőforrások). A HTTPS-en megnyitott oldalakon automatikusan végrehajtódik a „http://” hivatkozások „https://” hivatkozásokra történő cseréje a képek betöltésével kapcsolatos blokkokban (korábban már a szkriptek, iframe-ek, hangfájlok és videók cserélődtek). Ha egy kép HTTPS-en nem érhető el, annak betöltését blokkolják (kézi feloldás a címsorban a lakat szimbólumra kattintva lehetséges).
  • A 2020. szeptember 1-jét követően kiállított TLS-igazolványokhoz lesz új lejárati korlátozás lép érvénybe - az igazolványok élettartama nem haladhatja meg a 398 napot (13 hónap). Hasonló korlátozások léptek életbe a Firefox és Safari esetében is. Azok az igazolványok, amelyeket szeptember 1. előtt szereztek be, továbbra is érvényesek lesznek, de lejárati idejük 825 napra (2,2 év) korlátozódik.
  • Az Origin Trials módban (kísérleti lehetőségek, amelyek külön aktiválást igényelnek) számos új API került hozzáadásra. Az Origin Trial lehetőséget ad az adott API használatára olyan alkalmazásokból, amelyeket a localhost vagy a 127.0.0.1-től töltöttek be, vagy a regisztráció és a különleges token megszerzése után, amely korlátozott ideig érvényes egy adott webhelyre.
    • Javasolt fogalom portálok a webhelyek közötti zökkenőmentes navigáció biztosítása és az egyes oldalak más oldalakba való beágyazása a tartalom előnézetéhez a navigáció előtt. Javasolt egy új <portal> címke, amely lehetővé teszi, hogy egy másik oldal beágyazott formában jelenjen meg, amely fókuszálva arra, a beágyazott oldalt átviszi az alapdokumentum állapotába, amelyben megengedett a navigáció. Eltérően az iframe-től, a beágyazás teljesen elkülönül az alap oldalától és külön dokumentumként kezelendő.
    • API Fetch Upload Streaming, lehetővé téve a fetch-kérések tartalomfolyammal való betöltését ReadableStream (korábban a kérés teljes gördülékenysége szükséges volt, most viszont lehetőség van adatok stream-elésére anélkül, hogy megvárnánk a kérés body-jának teljes készenlétét). Például a webalkalmazás elkezdheti az űrlap adatok küldését, amint a felhasználó elkezdett gépelni a beviteli mezőben, és amikor a gépelés befejeződik, az adatok a fetch() használatával már el lesznek küldve. Az új API-n keresztül hang- és videóadatokat is lehet küldeni, amelyeket a kliens oldal generál.
    • Javasolt API Declarative Shadow DOM új gyökérágak létrehozására Shadow DOM, például a külső stílusok elválasztására és a hozzá kapcsolódó DOM alágak elválasztására az alapdokumentumtól. A javasolt deklaratív API lehetővé teszi, hogy DOM ágak leválasztásához csak HTML-t használjunk JavaScript kód írása nélkül.
    • Hozzáadva a tulajdonság RTCRtpEncodingParameters.adaptivePtime, lehetővé téve az RTC-stream-ek (valós idejű kommunikáció) küldője számára az adattovábbítás adaptív mechanizmusának vezérlését.
    • Egyszerűsítve lett a folyamatos tárolás megadása már telepített PWA (Progresszív Webalkalmazások) és TWA (Megbízható Webtevékenységek) esetében
      Az alkalmazásnak csak annyit kell tennie, hogy meghívja a navigator.storage.persist() metódust, és a folyamatos tárolás automatikusan meg fog valósulni.
  • Új CSS-szabály valósult meg @property, lehetővé téve az saját CSS-tulajdonságok regisztrálását öröklődéssel, típusellenőrzéssel és alapértelmezett értékekkel. Az @property működése hasonló a korábban hozzáadott registerProperty() metódushoz.
  • Windows operációs rendszerekhez lehetőséget biztosít a getInstalledRelatedApps() metódus használatára, amely a PWA-alkalmazások telepítésének meghatározására szolgál. Eddig ez a metódus csak Android platformon működött.
  • Asztali rendszerekhez támogatás került bevezetésre a alkalmazásparancsikonok számára, lehetővé téve a gyors hozzáférést az alkalmazásban népszerű, tipikus műveletekhez. A parancsikonok létrehozásához elegendő elemeket hozzáadni a webalkalmazás manifesztáljára PWA (Progresszív Webalkalmazások) formátumban. Korábban az alkalmazásparancsikonok csak Android platformon voltak elérhetők.
  • CSS-tulajdonság hozzáadva content-visibility a tartalom láthatóságának kezelésére a renderelés optimalizálása érdekében. 'auto' érték beállítása esetén a láthatóságot a böngésző határozza meg az elem látható terület határához való közelsége alapján. A 'hidden' érték lehetővé teszi, hogy teljes mértékben irányítson az elem megjelenésén szkriptek segítségével.
  • CSS-tulajdonság hozzáadva counter-set a meglévő számlálókhoz egy megadott érték beállításához. Az új CSS-tulajdonság kiegészíti a korábban elérhető counter-reset és counter-increment tulajdonságokat, amelyek új számláló létrehozására vagy egy meglévő növelésére szolgálnak.
  • Új CSS-tulajdonság ‘page’ került hozzáadásra, amely a nyomtatásra kimenő oldal megjelenítését tükrözi, valamint a ‘page-orientation’ tulajdonság az oldal tájolásának (’upright’, ’rotate-left’ és ’rotate-right’) információinak megismerésére. Megvalósult a lapok neveinek elérésére való hivatkozás, például „@page foobar {}”.
  • Megvalósult az API Event Timing az esemény késleltetések mérésére az oldal betöltése előtt és után.
  • A leavepictureinpicture esemény most már átadja a linket a pictureInPictureWindow-hoz az ablak eléréséhez a Kép-a-Képben üzemmódban.
  • Most már alapértelmezetten a Referrer fejléc használatban van szigorú-origin-when-cross-origin (a Referrer elküldése levágva más hostok számára, ahonnan erőforrások töltődnek be) helyett no-referrer-when-downgrade (a Referrer nem töltődik ki, ha HTTPS-ről HTTP-ra hivatkozunk, de átadásra kerül HTTPS erőforrások betöltésekor).
  • A WebAuthn API kínálnak új metódusokat tartalmaz: getPublicKey(), getPublicKeyAlgorithm() és getAuthenticatorData().
  • A WebAssembly hozzáadva lett támogatja 64-bites egész paraméterek importálását és exportálását a JavaScript BigInt típusa használatával.
  • A WebAssembly-ben kiterjesztés került megvalósításra Többértékű, lehetővé téve a funkciók több érték visszaadását.
  • A Liftoff kezdő (baseline) fordító WebAssembly-hez minden architektúrához és platformhoz használható, nem csupán Intel rendszerekhez. A Liftoff kulcsfontosságú különbsége a korábban alkalmazott TurboFan fordítótól az, hogy a Liftoff a leggyorsabb kezdeti fordítás elérésére összpontosít, cserébe a generált kód alacsony teljesítményéért. A Liftoff lényegesen egyszerűbb a TurboFan-nál, és nagyon gyorsan generál futtatásra kész gépi kódot, amely lehetővé teszi a szinte azonnali végrehajtást, minimalizálva a fordítási késleltetést. A nyers kód felgyorsítása érdekében párhuzamosan fut egy optimalizáló újrafordítási fázis, amely a Turbofan fordítót használja. Amint az optimalizált gépi utasítások rendelkezésre állnak, a kezdeti nyers verziót gyorsabb kódra cserélik. Összességében a végrehajtás megkezdéséig eltelt idő csökkentésének köszönhetően a Liftoff használata körülbelül 20%-kal növelte a WebAssembly tesztkészlet teljesítményét.
  • JavaScript-ben hozzáadva új logikai hozzárendelési operátorok: „??=”, „&&=” és „||=”. A „x ??= y” operátor csak akkor hajt végre hozzárendelést, ha „x” nullát vagy undefined értéket vesz fel. Az „x ||= y” operátor csak akkor hajt végre hozzárendelést, ha „x” hamis értékű, míg az „x &&= y” esetén igaz.
  • Hozzáadva a String.prototype.replaceAll() metódus, amely egy új karakterláncot ad vissza (az eredeti karakterlánc nem változik), amelyben a megadott minta alapján cseréket végez minden egyezés esetén. A minták lehetnek egyszerű maszkolások vagy reguláris kifejezések.
  • Megvalósítva a Promise.any() metódus, amely visszaadja a lista első teljesült Promise-át.
  • Megszüntették az AppCache manifesztum hatályát (technológia a webalkalmazások offline működésének biztosítása érdekében). Az indok a közti scripteléshez kapcsolódó támadási vektorok eltávolításának vágya. Az AppCache helyett az API használata javasolt. Cache.
  • A Cookie átvitele SameSite=None módban titkosítás nélküli kapcsolatok esetén tilos. A SameSite attribútum a Set-Cookie fejlécben van megadva, hogy irányítsa a Cookie átvitelét, és alapértelmezetten „SameSite=Lax” értékre van beállítva, amely korlátozza a Cookie-k küldését a weboldalon kívüli al-kérésekhez, mint például a kép kéréséhez vagy a tartalom iframe-en keresztül történő betöltéséhez egy másik weboldalról.
    A weboldalak a cookie beállításakor explicit módon megadhatják a SameSite=None értéket, ezzel felülbírálva az alapértelmezett SameSite üzemmódot. A SameSite=None érték a cookie számára mostantól csak Secure módban állítható be, amely HTTPS kapcsolatok esetén érvényes.
  • Webfejlesztői eszközökben hozzáadva lett támogatás a CSS-in-JS keretrendszerek által létrehozott stílusok API CSSOM (CSS Object Model) segítségével történő szerkesztésére, valamint a JavaScript-ből hozzáadott stílusokra. Az ellenőrző panel frissítve lett a Lighthouse 6.0, amely új metrikákat vezetett be, mint a Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) és Total Blocking Time (TBT).

    Chrome 85 kiadás
  • A teljesítményértékelő panelen megjelenik az információ a JavaScript előfeldolgozásának cache-eléséről.A felhasználói navigáció során az időt a navigáció kezdetéhez viszonyítva jelenítik meg, nem a felvétel kezdetéhez.

    Chrome 85 kiadás

Az új verzió újításai és hibajavításai mellett 20 sebezhetőséget. Sok sebezhetőséget automatizált tesztelési eszközökkel fedeztek fel, AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer és AFL. Kritikus problémákat, amelyek lehetővé teszik a böngésző védelmi szintjeinek megkerülését és a kód futtatását a sandbox környezeten kívül, nem találtak. A sebezhetőségek felfedezéséért járó jutalmak program keretében a Google a jelenlegi kiadásra 14 díjat osztott ki összesen 10 000 dollár értékben (egy díj 5000 dollár, három díj 1000 dollár és négy díj 500 dollár). A 6 díj nagyságát még nem határozták meg.

Forrás: opennet.ru

Megbízható hosting vásárlása weboldalak számára, DDoS védelemmel, VPS VDS szerverek. 🔥 Megbízható webtárhely vásárlása DDoS védelemmel, VPS VDS szerverek | ProHoster