Chrome ປ່ອຍ 91

ກູໂກໄດ້ເປີດເຜີຍການປ່ອຍຕົວທ່ອງເວັບຂອງ Chrome 91. ໃນຂະນະດຽວກັນ, ການປ່ອຍຄວາມຫມັ້ນຄົງຂອງໂຄງການ Chromium ຟຣີ, ເຊິ່ງເຮັດຫນ້າທີ່ເປັນພື້ນຖານຂອງ Chrome, ແມ່ນມີຢູ່. ຕົວທ່ອງເວັບຂອງ Chrome ໄດ້ຖືກຈໍາແນກໂດຍການນໍາໃຊ້ໂລໂກ້ຂອງ Google, ການປະກົດຕົວຂອງລະບົບສໍາລັບການສົ່ງການແຈ້ງເຕືອນໃນກໍລະນີທີ່ເກີດອຸປະຕິເຫດ, ໂມດູນສໍາລັບການຫຼິ້ນເນື້ອຫາວິດີໂອທີ່ມີການປ້ອງກັນ (DRM), ລະບົບສໍາລັບການຕິດຕັ້ງການປັບປຸງອັດຕະໂນມັດ, ແລະສົ່ງພາລາມິເຕີ RLZ ເມື່ອຄົ້ນຫາ. ການປ່ອຍຕໍ່ໄປຂອງ Chrome 92 ແມ່ນກໍານົດສໍາລັບ 20 ກໍລະກົດ.

ການປ່ຽນແປງທີ່ສໍາຄັນໃນ Chrome 91:

• ປະຕິບັດຄວາມສາມາດໃນການຢຸດການປະຕິບັດ JavaScript ໃນກຸ່ມແຖບທີ່ຫຍໍ້ລົງ. Chrome 85 ແນະນຳການຮອງຮັບການຈັດແຖບເປັນກຸ່ມທີ່ສາມາດເຊື່ອມໂຍງກັບສີ ແລະປ້າຍກຳກັບສະເພາະ. ເມື່ອທ່ານຄລິກໃສ່ປ້າຍຊື່ຂອງກຸ່ມ, ແຖບທີ່ເຊື່ອມໂຍງກັບມັນຈະຖືກຍຸບລົງ ແລະປ້າຍຊື່ອັນໜຶ່ງຍັງຄົງຢູ່ແທນ (ການຄລິກໃສ່ປ້າຍຊື່ອີກເທື່ອຫນຶ່ງຈະເປີດກຸ່ມ). ໃນການປ່ອຍໃຫມ່, ເພື່ອຫຼຸດຜ່ອນການໂຫຼດ CPU ແລະປະຫຍັດພະລັງງານ, ກິດຈະກໍາໃນແຖບທີ່ຫຼຸດລົງໄດ້ຖືກລະງັບໄວ້. ມີຂໍ້ຍົກເວັ້ນພຽງແຕ່ສໍາລັບແຖບທີ່ຫຼິ້ນສຽງ, ໃຊ້ Web Locks ຫຼື IndexedDB API, ເຊື່ອມຕໍ່ກັບອຸປະກອນ USB, ຫຼືບັນທຶກວິດີໂອ, ສຽງ, ຫຼືເນື້ອໃນປ່ອງຢ້ຽມ. ການ​ປ່ຽນ​ແປງ​ຈະ​ໄດ້​ຮັບ​ການ rolled ອອກ​ເທື່ອ​ລະ​ກ້າວ​, ໂດຍ​ເລີ່ມ​ຕົ້ນ​ຈາກ​ອັດ​ຕາ​ສ່ວນ​ຂະ​ຫນາດ​ນ້ອຍ​ຂອງ​ຜູ້​ໃຊ້​.
• ລວມມີການສະຫນັບສະຫນູນວິທີການຂໍ້ຕົກລົງທີ່ສໍາຄັນທີ່ທົນທານຕໍ່ຜົນບັງຄັບໃຊ້ brute ໃນຄອມພິວເຕີ quantum. ຄອມພິວເຕີ Quantum ແມ່ນໄວຂຶ້ນຢ່າງຫຼວງຫຼາຍໃນການແກ້ໄຂບັນຫາຂອງການຍ່ອຍສະຫຼາຍຕົວເລກທໍາມະຊາດເຂົ້າໄປໃນປັດໃຈຕົ້ນຕໍ, ເຊິ່ງພາຍໃຕ້ລະບົບການເຂົ້າລະຫັດແບບ asymmetric ທີ່ທັນສະໄຫມແລະບໍ່ສາມາດແກ້ໄຂໄດ້ຢ່າງມີປະສິດທິພາບໃນໂປເຊດເຊີຄລາສສິກ. ສໍາລັບການນໍາໃຊ້ໃນ TLSv1.3, CECPQ2 (Combined Elliptic-Curve ແລະ Post-Quantum 2) plugin ແມ່ນສະຫນອງໃຫ້, ສົມທົບກົນໄກການແລກປ່ຽນທີ່ສໍາຄັນ X25519 ຄລາສສິກກັບ HRSS scheme ອີງໃສ່ NTRU Prime algorithm, ອອກແບບສໍາລັບ post-quantum cryptosystems.
• ການສະຫນັບສະຫນູນສໍາລັບໂປໂຕຄອນ TLS 1.0 ແລະ TLS 1.1, ເຊິ່ງໄດ້ຖືກເຮັດໃຫ້ລ້າສະໄຫມໂດຍຄະນະກໍາມະການ IETF (Internet Engineering Task Force), ໄດ້ຢຸດເຊົາຢ່າງສົມບູນ. ລວມທັງຄວາມເປັນໄປໄດ້ຂອງການກັບຄືນ TLS 1.0/1.1 ໂດຍການປ່ຽນແປງນະໂຍບາຍ SSLVersionMin ໄດ້ຖືກໂຍກຍ້າຍ.
• ການປະກອບສໍາລັບແພລະຕະຟອມ Linux ປະກອບມີການໃຊ້ "DNS ຜ່ານ HTTPS" ໂຫມດ (DoH, DNS over HTTPS), ເຊິ່ງກ່ອນຫນ້ານີ້ໄດ້ຖືກນໍາມາໃຫ້ຜູ້ໃຊ້ Windows, macOS, ChromeOS ແລະ Android. DNS-over-HTTPS ຈະຖືກເປີດໃຊ້ໂດຍອັດຕະໂນມັດສໍາລັບຜູ້ໃຊ້ທີ່ການຕັ້ງຄ່າລະບຸຜູ້ໃຫ້ບໍລິການ DNS ທີ່ສະຫນັບສະຫນູນເຕັກໂນໂລຢີນີ້ (ສໍາລັບ DNS-over-HTTPS ຜູ້ໃຫ້ບໍລິການດຽວກັນແມ່ນໃຊ້ກັບ DNS). ຕົວຢ່າງ, ຖ້າຜູ້ໃຊ້ມີ DNS 8.8.8.8 ທີ່ລະບຸໄວ້ໃນການຕັ້ງຄ່າລະບົບ, ຫຼັງຈາກນັ້ນການບໍລິການ DNS-over-HTTPS ຂອງ Google (“https://dns.google.com/dns-query”) ຈະຖືກເປີດໃຊ້ໃນ Chrome ຖ້າ DNS ແມ່ນ 1.1.1.1, ຈາກນັ້ນບໍລິການ DNS-over-HTTPS Cloudflare (“https://cloudflare-dns.com/dns-query”), ແລະອື່ນໆ.
• Port 10080, ທີ່ຖືກນໍາໃຊ້ໃນການສໍາຮອງຂໍ້ມູນ Amanda ແລະ VMWare vCenter, ໄດ້ຖືກເພີ່ມເຂົ້າໃນບັນຊີລາຍຊື່ຂອງພອດເຄືອຂ່າຍຫ້າມ. ກ່ອນໜ້ານີ້, ພອດ 69, 137, 161, 554, 1719, 1720, 1723, 5060, 5061 ແລະ 6566 ຖືກບລັອກໄປກ່ອນແລ້ວ. ສຳລັບພອດທີ່ຢູ່ໃນບັນຊີດຳ, ການສົ່ງ HTTP, HTTPS ແລະ FTP ຈະຖືກບລັອກເພື່ອປ້ອງກັນການໂຈມຕີ NAT slip. , ເຊິ່ງອະນຸຍາດໃຫ້ໃນເວລາທີ່ເປີດຫນ້າເວັບທີ່ກະກຽມພິເສດໂດຍຜູ້ໂຈມຕີໃນຕົວທ່ອງເວັບທີ່ຈະສ້າງການເຊື່ອມຕໍ່ເຄືອຂ່າຍຈາກເຄື່ອງແມ່ຂ່າຍຂອງຜູ້ໂຈມຕີໄປຫາພອດ UDP ຫຼື TCP ໃດໆໃນລະບົບຂອງຜູ້ໃຊ້, ເຖິງວ່າຈະມີການນໍາໃຊ້ຂອບເຂດທີ່ຢູ່ພາຍໃນ (192.168.x.x, 10). .x.x.x).
• ມັນເປັນໄປໄດ້ທີ່ຈະກໍາຫນົດຄ່າການເປີດຕົວອັດຕະໂນມັດຂອງແອັບພລິເຄຊັນເວັບແບບຢືນຢູ່ດຽວ (PWA - Progressive Web Apps) ເມື່ອຜູ້ໃຊ້ເຂົ້າສູ່ລະບົບ (Windows ແລະ macOS). Autorun ຖືກກຳນົດຄ່າຢູ່ໃນໜ້າ chrome://apps. ຟັງຊັນດັ່ງກ່າວກໍາລັງຖືກທົດສອບຢູ່ໃນອັດຕາສ່ວນນ້ອຍຂອງຜູ້ໃຊ້, ແລະສ່ວນທີ່ເຫຼືອມັນຮຽກຮ້ອງໃຫ້ມີການເປີດໃຊ້ການຕັ້ງຄ່າ "chrome://flags/#enable-desktop-pwas-run-on-os-login".
• ເປັນສ່ວນຫນຶ່ງຂອງການເຮັດວຽກເພື່ອຍ້າຍຕົວທ່ອງເວັບເພື່ອໃຊ້ຄໍາສັບລວມ, ໄຟລ໌ "master_preferences" ໄດ້ຖືກປ່ຽນຊື່ເປັນ "initial_preferences". ເພື່ອຮັກສາຄວາມເຂົ້າກັນໄດ້, ການສະຫນັບສະຫນູນ "master_preferences" ຈະຍັງຄົງຢູ່ໃນຕົວທ່ອງເວັບສໍາລັບບາງເວລາ. ກ່ອນຫນ້ານີ້, ຕົວທ່ອງເວັບໄດ້ກໍາຈັດການໃຊ້ຄໍາສັບ "ບັນຊີຂາວ", "ບັນຊີດໍາ" ແລະ "ພື້ນເມືອງ".
• ໂໝດ Safe Browsing ທີ່ປັບປຸງແລ້ວ, ເຊິ່ງເປີດໃຊ້ການກວດສອບເພີ່ມເຕີມເພື່ອປ້ອງກັນການຫຼອກເອົາຂໍ້ມູນ, ການເຄື່ອນໄຫວທີ່ເປັນອັນຕະລາຍ ແລະໄພຂົ່ມຂູ່ອື່ນໆຢູ່ໃນເວັບ, ລວມມີຄວາມສາມາດໃນການສົ່ງໄຟລ໌ທີ່ດາວໂຫຼດມາເພື່ອສະແກນຢູ່ເບື້ອງ Google. ນອກຈາກນັ້ນ, Enhanced Safe Browsing ປະຕິບັດການບັນຊີສໍາລັບ tokens ທີ່ຜູກມັດກັບບັນຊີ Google ເມື່ອກໍານົດຄວາມພະຍາຍາມ phishing, ເຊັ່ນດຽວກັນກັບການສົ່ງຄ່າ Referrer header ໄປຫາເຄື່ອງແມ່ຂ່າຍຂອງ Google ເພື່ອກວດສອບການສົ່ງຕໍ່ຈາກເວັບໄຊທ໌ທີ່ເປັນອັນຕະລາຍ.
• ໃນສະບັບສໍາລັບແພລະຕະຟອມ Android, ການອອກແບບອົງປະກອບແບບຟອມເວັບໄດ້ຖືກປັບປຸງ, ເຊິ່ງໄດ້ຖືກປັບປຸງໃຫ້ເຫມາະສົມສໍາລັບການນໍາໃຊ້ໃນຫນ້າຈໍສໍາຜັດແລະລະບົບສໍາລັບຄົນພິການ (ສໍາລັບລະບົບ desktop, ການອອກແບບໄດ້ຖືກປັບປຸງຄືນໃຫມ່ໃນ Chrome 83). ຈຸດປະສົງຂອງ rework ແມ່ນເພື່ອເປັນເອກະພາບການອອກແບບອົງປະກອບຂອງແບບຟອມແລະລົບລ້າງຄວາມບໍ່ສອດຄ່ອງຂອງຮູບແບບ - ກ່ອນຫນ້ານີ້, ບາງອົງປະກອບຂອງຮູບແບບໄດ້ຖືກອອກແບບໃຫ້ສອດຄ່ອງກັບອົງປະກອບການໂຕ້ຕອບຂອງລະບົບປະຕິບັດການ, ແລະບາງອັນສອດຄ່ອງກັບຮູບແບບທີ່ນິຍົມຫຼາຍທີ່ສຸດ. ເນື່ອງຈາກວ່ານີ້, ອົງປະກອບທີ່ແຕກຕ່າງກັນແມ່ນເຫມາະສົມທີ່ແຕກຕ່າງກັນສໍາລັບຫນ້າຈໍສໍາຜັດແລະລະບົບສໍາລັບຄົນພິການ.
• ເພີ່ມແບບສຳຫຼວດຄວາມຄິດເຫັນຂອງຜູ້ໃຊ້ທີ່ສະແດງຂຶ້ນເມື່ອເປີດການຕັ້ງຄ່າ Privacy Sandbox (chrome://settings/privacySandbox).
• ເມື່ອເປີດໃຊ້ Chrome ເວີຊັນ Android ໃນແທັບເລັດ PC ທີ່ມີໜ້າຈໍໃຫຍ່, ການຮ້ອງຂໍແມ່ນເຮັດສໍາລັບເວີຊັນ desktop ຂອງເວັບໄຊທ໌, ແລະບໍ່ແມ່ນສະບັບສໍາລັບອຸປະກອນມືຖື. ທ່ານສາມາດປ່ຽນພຶດຕິກໍາໂດຍໃຊ້ການຕັ້ງຄ່າ “chrome://flags/#request-desktop-site-for-tablets”.
• ລະຫັດສໍາລັບຕາຕະລາງການສະແດງຜົນໄດ້ຖືກປະຕິບັດຄືນໃຫມ່, ເຊິ່ງຊ່ວຍໃຫ້ພວກເຮົາແກ້ໄຂບັນຫາຄວາມບໍ່ສອດຄ່ອງໃນພຶດຕິກໍາໃນເວລາທີ່ສະແດງຕາຕະລາງໃນ Chrome ແລະໃນ Firefox / Safari.
• ການປຸງແຕ່ງໃບຢັ້ງຢືນເຊີບເວີຈາກອົງການການຢັ້ງຢືນຂອງແອສປາໂຍນ Camerfirma ໄດ້ຖືກຢຸດເຊົາຍ້ອນເຫດການທີ່ເກີດຂຶ້ນເລື້ອຍໆນັບຕັ້ງແຕ່ 2017 ທີ່ກ່ຽວຂ້ອງກັບການລະເມີດການອອກໃບຢັ້ງຢືນ. ການຮອງຮັບໃບຢັ້ງຢືນລູກຄ້າຖືກຮັກສາໄວ້; ການປິດກັ້ນນຳໃຊ້ກັບໃບຮັບຮອງທີ່ໃຊ້ຢູ່ໃນເວັບໄຊ HTTPS ເທົ່ານັ້ນ.
• ພວກເຮົາສືບຕໍ່ປະຕິບັດການສະຫນັບສະຫນູນການແບ່ງສ່ວນເຄືອຂ່າຍເພື່ອປົກປ້ອງວິທີການຕິດຕາມການເຄື່ອນໄຫວຂອງຜູ້ໃຊ້ລະຫວ່າງສະຖານທີ່ໂດຍອີງໃສ່ການເກັບຮັກສາຕົວລະບຸໃນພື້ນທີ່ທີ່ບໍ່ມີຈຸດປະສົງສໍາລັບການເກັບຮັກສາຂໍ້ມູນຖາວອນ ("Supercookies"). ເນື່ອງຈາກວ່າຊັບພະຍາກອນທີ່ເກັບໄວ້ໃນຖານຄວາມຈໍາຖືກເກັບໄວ້ໃນ namespace ທົ່ວໄປ, ໂດຍບໍ່ຄໍານຶງເຖິງໂດເມນຕົ້ນສະບັບ, ເວັບໄຊທ໌ຫນຶ່ງສາມາດກໍານົດວ່າເວັບໄຊທ໌ອື່ນກໍາລັງໂຫລດຊັບພະຍາກອນໂດຍການກວດສອບວ່າຊັບພະຍາກອນນັ້ນຢູ່ໃນ cache. ການປົກປ້ອງແມ່ນອີງໃສ່ການນໍາໃຊ້ການແບ່ງສ່ວນເຄືອຂ່າຍ (Network Partitioning), ໂດຍເນື້ອແທ້ແລ້ວແມ່ນເພື່ອເພີ່ມ cache ທີ່ແບ່ງປັນເພີ່ມເຕີມການຜູກມັດຂອງບັນທຶກກັບໂດເມນທີ່ເປີດຫນ້າຕົ້ນຕໍ, ເຊິ່ງຈໍາກັດການຄຸ້ມຄອງ cache ສໍາລັບສະຄິບຕິດຕາມການເຄື່ອນໄຫວເທົ່ານັ້ນ. ໄປຫາເວັບໄຊປັດຈຸບັນ (ສະຄຣິບຈາກ iframe ຈະບໍ່ສາມາດກວດສອບວ່າຊັບພະຍາກອນໄດ້ຖືກດາວໂຫຼດມາຈາກເວັບໄຊອື່ນຫຼືບໍ່).

  ລາຄາຂອງການແບ່ງສ່ວນແມ່ນການຫຼຸດລົງຂອງປະສິດທິພາບຂອງຖານຄວາມຈໍາ, ນໍາໄປສູ່ການເພີ່ມຂຶ້ນເລັກນ້ອຍໃນເວລາໂຫຼດຫນ້າ (ສູງສຸດ 1.32%, ແຕ່ສໍາລັບ 80% ຂອງເວັບໄຊທ໌ໂດຍ 0.09-0.75%). ເພື່ອທົດສອບຮູບແບບການແບ່ງສ່ວນ, ທ່ານສາມາດເອີ້ນໃຊ້ບຣາວເຊີດ້ວຍຕົວເລືອກ “—enable-features=PartitionConnectionsByNetworkIsolationKey, PartitionExpectCTStateByNetworkIsolationKey, PartitionHttpServerPropertiesByNetworkIsolationKey, PartitionNelAndReportingByNetworkIsolationBKLSessationKey,PartitionHttpServerPropertiesByNetworkIsolationKey, PartitionNelAndReportingByNetworkBeySpessationKISsolation yNet workIsolationKey".

• ເພີ່ມ REST API VersionHistory ພາຍນອກ (https://versionhistory.googleapis.com/v1/chrome), ໂດຍຜ່ານທີ່ທ່ານສາມາດໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບສະບັບ Chrome ທີ່ກ່ຽວຂ້ອງກັບແພລະຕະຟອມແລະສາຂາ, ເຊັ່ນດຽວກັນກັບປະຫວັດການອັບເດດຂອງຕົວທ່ອງເວັບ.
• ໃນ iframes ທີ່ໂຫລດມາຈາກໂດເມນອື່ນທີ່ບໍ່ແມ່ນໂດເມນຂອງຫນ້າພື້ນຖານ, ການສະແດງຂໍ້ຄວາມຂອງ JavaScript dialogs alert(), confirm() ແລະ prompt() ແມ່ນຖືກຫ້າມ, ເຊິ່ງຈະປົກປ້ອງຜູ້ໃຊ້ຈາກຄວາມພະຍາຍາມໂດຍ script ພາກສ່ວນທີສາມເພື່ອສະແດງຂໍ້ຄວາມພາຍໃຕ້ Guise ວ່າການແຈ້ງເຕືອນໄດ້ຖືກສະແດງໂດຍເວັບໄຊທ໌ຕົ້ນຕໍ.
• WebAssembly SIMD API ໄດ້ຮັບການສະຖຽນລະພາບ ແລະສະເໜີໃຫ້ໂດຍຄ່າເລີ່ມຕົ້ນສໍາລັບການນໍາໃຊ້ຄໍາແນະນໍາ vector SIMD ໃນຄໍາຮ້ອງສະຫມັກທີ່ມີຮູບແບບ WebAssembly. ເພື່ອຮັບປະກັນຄວາມເປັນເອກະລາດຂອງເວທີ, ມັນສະຫນອງປະເພດ 128-bit ໃຫມ່ທີ່ສາມາດເປັນຕົວແທນຂອງປະເພດທີ່ແຕກຕ່າງກັນຂອງຂໍ້ມູນບັນຈຸ, ແລະການດໍາເນີນການ vector ພື້ນຖານຫຼາຍສໍາລັບການປະມວນຜົນຂໍ້ມູນບັນຈຸ. SIMD ຊ່ວຍໃຫ້ທ່ານສາມາດເພີ່ມຜົນຜະລິດໂດຍການຂະຫນານການປະມວນຜົນຂໍ້ມູນແລະຈະເປັນປະໂຫຍດໃນເວລາທີ່ລວບລວມລະຫັດພື້ນເມືອງເຂົ້າໄປໃນ WebAssembly.
• API ໃໝ່ຫຼາຍອັນໄດ້ຖືກເພີ່ມເຂົ້າໃນໂໝດການທົດລອງຕົ້ນສະບັບ (ລັກສະນະການທົດລອງທີ່ຕ້ອງການການເປີດໃຊ້ງານແຍກຕ່າງຫາກ). ການທົດລອງຕົ້ນສະບັບຫມາຍເຖິງຄວາມສາມາດໃນການເຮັດວຽກກັບ API ທີ່ລະບຸໄວ້ຈາກແອັບພລິເຄຊັນທີ່ດາວໂຫລດຈາກ localhost ຫຼື 127.0.0.1, ຫຼືຫຼັງຈາກລົງທະບຽນແລະໄດ້ຮັບ token ພິເສດທີ່ຖືກຕ້ອງສໍາລັບເວລາຈໍາກັດສໍາລັບສະຖານທີ່ສະເພາະ.
  • WebTransport ເປັນໂປຣໂຕຄໍ ແລະມາພ້ອມກັບ JavaScript API ສຳລັບການສົ່ງ ແລະຮັບຂໍ້ມູນລະຫວ່າງບຣາວເຊີ ແລະເຊີບເວີ. ຊ່ອງທາງການສື່ສານຖືກຈັດຢູ່ເທິງ HTTP / 3 ໂດຍໃຊ້ໂປໂຕຄອນ QUIC ເປັນການຂົນສົ່ງ, ເຊິ່ງ, ໃນທາງກັບກັນ, ເປັນສ່ວນເສີມຂອງໂປໂຕຄອນ UDP ທີ່ສະຫນັບສະຫນູນການ multiplexing ຂອງການເຊື່ອມຕໍ່ຫຼາຍແລະສະຫນອງວິທີການເຂົ້າລະຫັດທຽບເທົ່າກັບ TLS / SSL.

    WebTransport ສາມາດຖືກນໍາໃຊ້ແທນກົນໄກ WebSockets ແລະ RTCDataChannel, ສະເຫນີຄຸນສົມບັດເພີ່ມເຕີມເຊັ່ນການສົ່ງຕໍ່ຫຼາຍສາຍ, ສາຍນ້ໍາ unidirectional, ການຈັດສົ່ງທີ່ບໍ່ໄດ້ສັ່ງ, ຮູບແບບການຈັດສົ່ງທີ່ເຊື່ອຖືໄດ້ແລະບໍ່ຫນ້າເຊື່ອຖື. ນອກຈາກນັ້ນ, WebTransport ສາມາດຖືກນໍາໃຊ້ແທນກົນໄກການຊຸກຍູ້ຂອງເຄື່ອງແມ່ຂ່າຍ, ເຊິ່ງ Google ໄດ້ປະຖິ້ມໄວ້ໃນ Chrome.

  • ການໂຕ້ຕອບການປະກາດສໍາລັບການກໍານົດການເຊື່ອມຕໍ່ກັບຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ຢືນຢູ່ຄົນດຽວ (PWAs), ເປີດໃຊ້ໂດຍຕົວກໍານົດການ capture_links ໃນ manifest ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ແລະອະນຸຍາດໃຫ້ເວັບໄຊທ໌ເປີດປ່ອງຢ້ຽມໃຫມ່ PWA ອັດຕະໂນມັດເມື່ອການເຊື່ອມຕໍ່ແອັບພລິເຄຊັນຖືກຄລິກຫຼືປ່ຽນເປັນໂຫມດປ່ອງຢ້ຽມດຽວ, ຄ້າຍຄືກັບແອັບພລິເຄຊັນມືຖື.
  • ເພີ່ມ WebXR Plane Detection API, ເຊິ່ງໃຫ້ຂໍ້ມູນກ່ຽວກັບພື້ນຜິວແຜນໃນສະພາບແວດລ້ອມ 3D virtual. API ທີ່ລະບຸໄວ້ເຮັດໃຫ້ມັນເປັນໄປໄດ້ເພື່ອຫຼີກເວັ້ນການປະມວນຜົນຂໍ້ມູນທີ່ມີຊັບພະຍາກອນຫຼາຍທີ່ໄດ້ຮັບຜ່ານການໂທ MediaDevices.getUserMedia(), ໂດຍໃຊ້ການດໍາເນີນການທີ່ເປັນເຈົ້າຂອງຂອງລະບົບວິໄສທັດຄອມພິວເຕີ. ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າ WebXR API ອະນຸຍາດໃຫ້ທ່ານສາມາດເຮັດວຽກຮ່ວມກັນກັບຫ້ອງຮຽນຕ່າງໆຂອງອຸປະກອນຄວາມເປັນຈິງແລ້ວ virtual, ຈາກຫມວກກັນກະທົບ 3D ທີ່ຕັ້ງໄວ້ຈົນເຖິງການແກ້ໄຂໂດຍອີງໃສ່ອຸປະກອນມືຖື.
• ການສະຫນັບສະຫນູນການເຮັດວຽກກັບ WebSockets ຜ່ານ HTTP / 2 (RFC 8441) ໄດ້ຖືກປະຕິບັດ, ເຊິ່ງໃຊ້ໄດ້ພຽງແຕ່ສໍາລັບການຮ້ອງຂໍທີ່ປອດໄພກັບ WebSockets ແລະໃນທີ່ປະທັບຂອງການເຊື່ອມຕໍ່ HTTP / 2 ກັບເຄື່ອງແມ່ຂ່າຍ, ເຊິ່ງໄດ້ປະກາດການສະຫນັບສະຫນູນ "WebSockets ຫຼາຍກວ່າ. HTTP/2” ສ່ວນຂະຫຍາຍ.
• ຂໍ້ຈໍາກັດກ່ຽວກັບຄວາມແມ່ນຍໍາຂອງຄ່າ timer ທີ່ຜະລິດໂດຍການໂທຫາ performance.now() ແມ່ນສອດຄ່ອງໃນທົ່ວທຸກແພລະຕະຟອມທີ່ສະຫນັບສະຫນູນແລະຮອງຮັບທ່າແຮງສໍາລັບການແຍກຕົວຈັດການໃນຂະບວນການແຍກຕ່າງຫາກ. ຕົວຢ່າງ, ໃນລະບົບເດັສທັອບ, ຄວາມຖືກຕ້ອງໃນເວລາທີ່ປະມວນຜົນໃນບໍລິບົດທີ່ບໍ່ໂດດດ່ຽວໄດ້ຖືກຫຼຸດລົງຈາກ 5 ຫາ 100 ໄມໂຄວິນາທີ.
• ການສ້າງ Desktop ໃນປັດຈຸບັນປະກອບມີຄວາມສາມາດໃນການອ່ານໄຟລ໌ຈາກ clipboard (ການຂຽນໄຟລ໌ໃສ່ clipboard ຍັງຖືກຫ້າມ). async function onPaste(e) { let file = e.clipboardData.files[0]; let contents = ລໍຄອຍ file.text(); }
• CSS ປະຕິບັດກົດລະບຽບ @counter-style, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດຮູບແບບຂອງຕົນເອງສໍາລັບ counters ແລະປ້າຍໃນບັນຊີລາຍຊື່ຕົວເລກ.
• CSS pseudo-classes “:host()” ແລະ “:host-context()” ໄດ້ເພີ່ມຄວາມສາມາດໃນການຜ່ານຄ່າດຽວສຳລັບຕົວເລືອກປະສົມ () ນອກເຫນືອໄປຈາກລາຍຊື່ຕົວເລືອກ ().
• ເພີ່ມການໂຕ້ຕອບ GravitySensor ສໍາລັບການກໍານົດປະລິມານ (ສາມແກນປະສານງານ) ຂໍ້ມູນຈາກເຊັນເຊີກາວິທັດ.
• API ການເຂົ້າເຖິງລະບົບໄຟລ໌ໃຫ້ຄວາມສາມາດໃນການກໍານົດຄໍາແນະນໍາສໍາລັບການເລືອກຊື່ໄຟລ໌ແລະໄດເລກະທໍລີທີ່ສະເຫນີໃນກ່ອງໂຕ້ຕອບສໍາລັບການສ້າງຫຼືເປີດໄຟລ໌.
• Iframes ໂຫລດມາຈາກໂດເມນອື່ນແມ່ນອະນຸຍາດໃຫ້ເຂົ້າເຖິງ WebOTP API ຖ້າຜູ້ໃຊ້ໃຫ້ສິດທີ່ເຫມາະສົມ. WebOTP ອະນຸຍາດໃຫ້ທ່ານອ່ານລະຫັດຢືນຢັນຄັ້ງດຽວທີ່ສົ່ງຜ່ານ SMS.
• ອະນຸຍາດໃຫ້ແບ່ງປັນການເຂົ້າເຖິງຂໍ້ມູນປະຈໍາຕົວສໍາລັບເວັບໄຊທ໌ທີ່ເຊື່ອມຕໍ່ໂດຍໃຊ້ກົນໄກ DAL (Digital Asset Links), ເຊິ່ງອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນ Android ເຊື່ອມໂຍງກັບເວັບໄຊທ໌ຕ່າງໆເພື່ອເຮັດໃຫ້ການເຂົ້າສູ່ລະບົບງ່າຍຂຶ້ນ.
• ພະນັກງານບໍລິການອະນຸຍາດໃຫ້ນໍາໃຊ້ໂມດູນ JavaScript. ເມື່ອລະບຸປະເພດ 'ໂມດູນ' ເມື່ອໂທຫາຕົວສ້າງ, ສະຄຣິບທີ່ລະບຸຈະຖືກໂຫລດໃນຮູບແບບຂອງໂມດູນແລະມີສໍາລັບການນໍາເຂົ້າໃນສະພາບການຂອງຜູ້ເຮັດວຽກ. ການສະຫນັບສະຫນູນໂມດູນເຮັດໃຫ້ມັນງ່າຍທີ່ຈະແບ່ງປັນລະຫັດໃນທົ່ວຫນ້າເວັບແລະພະນັກງານບໍລິການ.
• JavaScript ໃຫ້ຄວາມສາມາດໃນການກວດສອບການມີຢູ່ຂອງຊ່ອງຂໍ້ມູນສ່ວນຕົວໃນວັດຖຸໂດຍໃຊ້ syntax "#foo in obj". class A { static test(obj) { console.log(#foo in obj); } #foo = 0; } A.test(ໃໝ່ A()); // true A.test({}); // ບໍ່ຖືກຕ້ອງ
• JavaScript ໂດຍຄ່າເລີ່ມຕົ້ນອະນຸຍາດໃຫ້ໃຊ້ຄໍາທີ່ລໍຖ້າຢູ່ໃນໂມດູນໃນລະດັບສູງສຸດ, ເຊິ່ງຊ່ວຍໃຫ້ການໂທ asynchronous ປະສົມປະສານເຂົ້າໄປໃນຂະບວນການໂຫຼດຂອງໂມດູນໄດ້ງ່າຍຂຶ້ນແລະຫຼີກເວັ້ນການຫໍ່ພວກມັນໃນ "ຫນ້າທີ່ async". ຕົວຢ່າງ, ແທນທີ່ຈະ (ຟັງຊັນ async() { ລໍຖ້າ Promise.resolve(console.log('test')); }()); ໃນປັດຈຸບັນທ່ານສາມາດຂຽນລໍຖ້າ Promise.resolve(console.log('test'));
• ເຄື່ອງຈັກ JavaScript V8 ໄດ້ປັບປຸງປະສິດທິພາບຂອງ template caching, ເຊິ່ງໄດ້ເພີ່ມຄວາມໄວໃນການຜ່ານການທົດສອບ Speedometer4.5-FlightJS ໂດຍ 2%.
• ສ່ວນໃຫຍ່ຂອງການປັບປຸງໄດ້ຖືກເຮັດໃຫ້ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບ. ໂໝດກວດຄວາມຈຳໃໝ່ໄດ້ຖືກເພີ່ມ, ສະໜອງເຄື່ອງມືໃນການກວດສອບຂໍ້ມູນ ArrayBuffer ແລະ ໜ່ວຍຄວາມຈຳ Wasm.

  ຕົວຊີ້ບອກປະສິດທິພາບສະຫຼຸບໄດ້ຖືກເພີ່ມໃສ່ກະດານປະສິດທິພາບ, ຊ່ວຍໃຫ້ທ່ານຕັດສິນວ່າເວັບໄຊທ໌ຕ້ອງການການເພີ່ມປະສິດທິພາບຫຼືບໍ່.

  

  ຕົວຢ່າງຮູບພາບໃນແຜງອົງປະກອບ ແລະແຜງການວິເຄາະເຄືອຂ່າຍໃຫ້ຂໍ້ມູນກ່ຽວກັບອັດຕາສ່ວນຂອງຮູບພາບ, ຕົວເລືອກການສະແດງຜົນ ແລະຂະໜາດໄຟລ໌.

  

  ໃນແຜງກວດສອບເຄືອຂ່າຍ, ຕອນນີ້ສາມາດປ່ຽນຄ່າທີ່ຍອມຮັບຂອງສ່ວນຫົວຂອງ Content-Encoding.

  

  ໃນແຖບຮູບແບບ, ຕອນນີ້ທ່ານສາມາດເບິ່ງຄ່າທີ່ຄິດໄລ່ໄດ້ຢ່າງວ່ອງໄວເມື່ອທ່ອງໄປຫາພາລາມິເຕີ CSS ໂດຍການເລືອກ "ເບິ່ງຄ່າທີ່ຄຳນວນ" ໃນເມນູບໍລິບົດ.

  

ນອກເຫນືອໄປຈາກການປະດິດສ້າງແລະການແກ້ໄຂຂໍ້ບົກພ່ອງ, ສະບັບໃຫມ່ໄດ້ລົບລ້າງ 32 ຊ່ອງໂຫວ່. ຫຼາຍໆຊ່ອງໂຫວ່ໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດໂດຍໃຊ້ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer ແລະ AFL tools. ບໍ່ພົບບັນຫາທີ່ສໍາຄັນທີ່ຈະຊ່ວຍໃຫ້ຜູ້ຫນຶ່ງສາມາດຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການທີ່ຈະຈ່າຍລາງວັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງຫວ່າງສໍາລັບການເປີດຕົວໃນປັດຈຸບັນ, Google ໄດ້ຈ່າຍ 21 ລາງວັນມູນຄ່າ $ 92000 (ຫນຶ່ງລາງວັນ $ 20000, ລາງວັນຫນຶ່ງ $ 15000, ສີ່ $ 7500 ລາງວັນ, ສາມ $ 5000 ລາງວັນ, ສາມ $ 3000 ລາງວັນ, ສອງ $ 1000 ສອງລາງວັນ, $500). ຂະຫນາດຂອງ 5 ລາງວັນຍັງບໍ່ທັນໄດ້ຖືກກໍານົດ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru