Chrome ປ່ອຍ 90

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

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

• ຜູ້​ໃຊ້​ທັງ​ຫມົດ​ໄດ້​ຖືກ​ເປີດ​ໃຫ້​ໃຊ້​ເວ​ລາ​ທີ່​ຈະ​ເປີດ​ເວັບ​ໄຊ​ໂດຍ​ຜ່ານ HTTPS ໂດຍ​ເລີ່ມ​ຕົ້ນ​ໃນ​ເວ​ລາ​ທີ່​ພິມ​ຊື່​ແມ່​ຂ່າຍ​ໃນ​ແຖບ​ທີ່​ຢູ່​. ຕົວຢ່າງເຊັ່ນ, ເມື່ອທ່ານເຂົ້າ host example.com, ເວັບໄຊທ໌ https://example.com ຈະຖືກເປີດໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະຖ້າບັນຫາເກີດຂື້ນໃນເວລາເປີດ, ມັນຈະຖືກມ້ວນກັບໄປທີ່ http://example.com. ເພື່ອຄວບຄຸມການໃຊ້ຄ່າເລີ່ມຕົ້ນ “https://”, ການຕັ້ງຄ່າ “chrome://flags#omnibox-default-typed-navigations-to-https” ຖືກສະເໜີ.
• ດຽວນີ້ສາມາດກຳນົດປ້າຍກຳກັບຕ່າງໆໃຫ້ກັບໜ້າຕ່າງເພື່ອແຍກພວກມັນອອກໃນແຖບເດັສທັອບ. ການສະຫນັບສະຫນູນການປ່ຽນຊື່ປ່ອງຢ້ຽມຈະງ່າຍໃນການຈັດຕັ້ງການເຮັດວຽກໃນເວລາທີ່ໃຊ້ປ່ອງຢ້ຽມຂອງຕົວທ່ອງເວັບແຍກຕ່າງຫາກສໍາລັບວຽກງານທີ່ແຕກຕ່າງກັນ, ຕົວຢ່າງ, ເມື່ອເປີດປ່ອງຢ້ຽມແຍກຕ່າງຫາກສໍາລັບວຽກງານ, ຜົນປະໂຫຍດສ່ວນຕົວ, ການບັນເທີງ, ເອກະສານທີ່ເລື່ອນເວລາ, ແລະອື່ນໆ. ຊື່ໄດ້ຖືກປ່ຽນຜ່ານລາຍການ "ເພີ່ມຫົວຂໍ້ຫນ້າຕ່າງ" ໃນເມນູສະພາບການທີ່ປາກົດຂຶ້ນເມື່ອທ່ານຄລິກຂວາໃສ່ພື້ນທີ່ຫວ່າງຢູ່ໃນແຖບແຖບ. ຫຼັງຈາກປ່ຽນຊື່ໃນແຜງຄໍາຮ້ອງສະຫມັກ, ແທນທີ່ຈະເປັນຊື່ເວັບໄຊທ໌ຈາກແທັບທີ່ໃຊ້ວຽກ, ຊື່ທີ່ເລືອກຈະຖືກສະແດງ, ເຊິ່ງສາມາດເປັນປະໂຫຍດເມື່ອເປີດເວັບໄຊທ໌ດຽວກັນຢູ່ໃນປ່ອງຢ້ຽມທີ່ແຕກຕ່າງກັນທີ່ເຊື່ອມຕໍ່ກັບບັນຊີແຍກຕ່າງຫາກ. ການຜູກມັດໄດ້ຖືກຮັກສາໄວ້ລະຫວ່າງເຊດຊັນແລະຫຼັງຈາກ restart ປ່ອງຢ້ຽມຈະຖືກຟື້ນຟູດ້ວຍຊື່ທີ່ເລືອກ.
• ເພີ່ມຄວາມສາມາດໃນການເຊື່ອງ “ລາຍການອ່ານ” ໂດຍບໍ່ຕ້ອງປ່ຽນການຕັ້ງຄ່າໃນ “chrome://flags” (“chrome://flags#read-later”). ເພື່ອເຊື່ອງ, ຕອນນີ້ທ່ານສາມາດໃຊ້ຕົວເລືອກ “ສະແດງລາຍການອ່ານ” ຢູ່ລຸ່ມສຸດຂອງເມນູບໍລິບົດທີ່ສະແດງເມື່ອທ່ານຄລິກຂວາໃສ່ແຖບບຸກມາກ. ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າໃນການປ່ອຍຄັ້ງສຸດທ້າຍ, ເມື່ອຜູ້ໃຊ້ບາງຄົນຄລິກໃສ່ຮູບດາວໃນແຖບທີ່ຢູ່, ນອກເຫນືອຈາກປຸ່ມ "ເພີ່ມ bookmark", ປຸ່ມທີສອງ "ຕື່ມໃສ່ລາຍການອ່ານ" ຈະປາກົດ, ແລະໃນແຈຂວາຂອງປຸ່ມ. ກະດານ bookmarks ເມນູ "ລາຍການການອ່ານ" ຈະປາກົດ, ເຊິ່ງລາຍຊື່ຫນ້າທັງຫມົດທີ່ເພີ່ມເຂົ້າໃນບັນຊີລາຍຊື່ກ່ອນຫນ້າ. ເມື່ອທ່ານເປີດໜ້າໃດໜຶ່ງຈາກລາຍຊື່, ມັນຖືກໝາຍວ່າອ່ານແລ້ວ. ໜ້າຕ່າງໆໃນລາຍຊື່ຍັງສາມາດຖືກໝາຍດ້ວຍຕົນເອງວ່າອ່ານແລ້ວ ຫຼືຍັງບໍ່ໄດ້ອ່ານ, ຫຼືເອົາອອກຈາກລາຍຊື່.
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການແບ່ງສ່ວນເຄືອຂ່າຍເພື່ອປ້ອງກັນວິທີການຕິດຕາມການເຄື່ອນໄຫວຂອງຜູ້ໃຊ້ລະຫວ່າງສະຖານທີ່ໂດຍອີງໃສ່ການເກັບຮັກສາຕົວລະບຸໃນພື້ນທີ່ທີ່ບໍ່ໄດ້ມີຈຸດປະສົງສໍາລັບການເກັບຮັກສາຂໍ້ມູນຖາວອນ ("Supercookies"). ເນື່ອງຈາກວ່າຊັບພະຍາກອນທີ່ເກັບໄວ້ໃນຖານຄວາມຈໍາຖືກເກັບໄວ້ໃນ namespace ທົ່ວໄປ, ໂດຍບໍ່ຄໍານຶງເຖິງໂດເມນຕົ້ນສະບັບ, ເວັບໄຊທ໌ຫນຶ່ງສາມາດກໍານົດວ່າເວັບໄຊທ໌ອື່ນກໍາລັງໂຫລດຊັບພະຍາກອນໂດຍການກວດສອບວ່າຊັບພະຍາກອນນັ້ນຢູ່ໃນ cache. ການປົກປ້ອງແມ່ນອີງໃສ່ການນໍາໃຊ້ການແບ່ງສ່ວນເຄືອຂ່າຍ (Network Partitioning), ໂດຍເນື້ອແທ້ແລ້ວແມ່ນການເພີ່ມ cache ທີ່ແບ່ງປັນເພີ່ມເຕີມການຜູກມັດຂອງບັນທຶກກັບໂດເມນທີ່ເປີດຫນ້າຕົ້ນຕໍ, ເຊິ່ງຈໍາກັດການຄຸ້ມຄອງ cache ສໍາລັບສະຄິບຕິດຕາມການເຄື່ອນໄຫວເທົ່ານັ້ນ. ໄປຫາເວັບໄຊປັດຈຸບັນ (ສະຄຣິບຈາກ iframe ຈະບໍ່ສາມາດກວດສອບວ່າຊັບພະຍາກອນໄດ້ຖືກດາວໂຫຼດມາຈາກເວັບໄຊທ໌ອື່ນຫຼືບໍ່). ລາຄາຂອງການແບ່ງສ່ວນແມ່ນການຫຼຸດລົງຂອງປະສິດທິພາບຂອງຖານຄວາມຈໍາ, ນໍາໄປສູ່ການເພີ່ມຂຶ້ນເລັກນ້ອຍໃນເວລາໂຫຼດຫນ້າ (ສູງສຸດ 1.32%, ແຕ່ສໍາລັບ 80% ຂອງສະຖານທີ່ໂດຍ 0.09-0.75%).
• ບັນຊີລາຍຊື່ສີດໍາຂອງພອດເຄືອຂ່າຍສໍາລັບການສົ່ງ HTTP, HTTPS ແລະ FTP ຄໍາຮ້ອງຂໍຖືກສະກັດໄດ້ຖືກຕື່ມເພື່ອປ້ອງກັນການໂຈມຕີ NAT slipstreaming, ເຊິ່ງອະນຸຍາດໃຫ້, ເມື່ອເປີດຫນ້າເວັບທີ່ກະກຽມໂດຍສະເພາະໂດຍຜູ້ໂຈມຕີໃນຕົວທ່ອງເວັບ, ສ້າງຕັ້ງເຄືອຂ່າຍ. ການເຊື່ອມຕໍ່ຈາກເຊີບເວີຂອງຜູ້ໂຈມຕີໄປຫາພອດ UDP ຫຼື TCP ໃດໆກໍຕາມໃນລະບົບຂອງຜູ້ໃຊ້, ເຖິງແມ່ນວ່າຈະໃຊ້ໄລຍະທີ່ຢູ່ພາຍໃນ (192.168.x.x, 10.x.x.x). ເພີ່ມ 554 (RTSP protocol) ແລະ 10080 (ໃຊ້ໃນການສໍາຮອງຂອງ Amanda ແລະ VMWare vCenter) ໃສ່ບັນຊີລາຍຊື່ຂອງພອດຫ້າມ. ກ່ອນໜ້ານີ້, ທ່າເຮືອ 69, 137, 161, 554, 1719, 1720, 1723, 5060, 5061 ແລະ 6566 ຖືກບລັອກແລ້ວ.
• ເພີ່ມການສະຫນັບສະຫນູນເບື້ອງຕົ້ນສໍາລັບການເປີດເອກະສານ PDF ດ້ວຍແບບຟອມ XFA ໃນຕົວທ່ອງເວັບ.
• ສໍາລັບຜູ້ໃຊ້ບາງຄົນ, ພາກສ່ວນການຕັ້ງຄ່າໃຫມ່ "Chrome Settings> ຄວາມເປັນສ່ວນຕົວແລະຄວາມປອດໄພ> ຄວາມເປັນສ່ວນຕົວ sandbox" ໄດ້ຖືກເປີດໃຊ້, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດຈັດການຕົວກໍານົດການຂອງ FLoC API, ແນໃສ່ກໍານົດປະເພດຂອງຜົນປະໂຫຍດຂອງຜູ້ໃຊ້ໂດຍບໍ່ມີການກໍານົດສ່ວນບຸກຄົນແລະໂດຍບໍ່ມີການອ້າງອີງເຖິງ. ປະຫວັດຂອງການຢ້ຽມຢາມສະຖານທີ່ສະເພາະ.
• ການແຈ້ງເຕືອນທີ່ຊັດເຈນກວ່າທີ່ມີບັນຊີລາຍຊື່ຂອງການປະຕິບັດທີ່ອະນຸຍາດໃນປັດຈຸບັນຈະສະແດງເມື່ອຜູ້ໃຊ້ເຊື່ອມຕໍ່ກັບໂປຣໄຟລ໌ທີ່ເປີດໃຊ້ການຈັດການສູນກາງ.
• ເຮັດໃຫ້ການໂຕ້ຕອບການຮ້ອງຂໍການອະນຸຍາດບໍ່ລົບກວນ. ການຮ້ອງຂໍທີ່ຜູ້ໃຊ້ມີແນວໂນ້ມທີ່ຈະບໍ່ອະນຸມັດໃນປັດຈຸບັນໄດ້ຖືກບລັອກໂດຍອັດຕະໂນມັດດ້ວຍຕົວຊີ້ບອກທີ່ສອດຄ້ອງກັນທີ່ສະແດງຢູ່ໃນແຖບທີ່ຢູ່, ເຊິ່ງຜູ້ໃຊ້ສາມາດໄປຫາສ່ວນຕິດຕໍ່ເພື່ອຈັດການການອະນຸຍາດໃນແຕ່ລະສະຖານທີ່.
• ການສະຫນັບສະຫນູນສໍາລັບ Intel CET (Intel Control-flow Enforcement Technology) ສ່ວນຂະຫຍາຍແມ່ນລວມສໍາລັບການປົກປ້ອງຮາດແວຕໍ່ກັບການຂູດຮີດທີ່ສ້າງຂຶ້ນໂດຍໃຊ້ເຕັກນິກການກັບຄືນ (ROP, Return-Oriented Programming).
• ການເຮັດວຽກຍັງສືບຕໍ່ປ່ຽນຕົວທ່ອງເວັບເພື່ອໃຊ້ຄໍາສັບລວມ. ໄຟລ໌ "master_preferences" ໄດ້ຖືກປ່ຽນຊື່ເປັນ "initial_preferences" ເພື່ອຫຼີກເວັ້ນການທໍາຮ້າຍຄວາມຮູ້ສຶກຂອງຜູ້ໃຊ້ທີ່ຮັບຮູ້ຄໍາວ່າ "ນາຍ" ເປັນຄໍາແນະນໍາກ່ຽວກັບອະດີດການເປັນຂ້າທາດຂອງບັນພະບຸລຸດຂອງພວກເຂົາ. ເພື່ອຮັກສາຄວາມເຂົ້າກັນໄດ້, ການສະຫນັບສະຫນູນ "master_preferences" ຈະຍັງຄົງຢູ່ໃນຕົວທ່ອງເວັບສໍາລັບບາງເວລາ. ກ່ອນຫນ້ານີ້, ຕົວທ່ອງເວັບໄດ້ກໍາຈັດການໃຊ້ຄໍາສັບ "ບັນຊີຂາວ", "ບັນຊີດໍາ" ແລະ "ພື້ນເມືອງ".
• ໃນເວີຊັ່ນ Android, ເມື່ອເປີດໃຊ້ໂໝດປະຢັດການຈະລາຈອນ “Lite”, ອັດຕາບິດຈະຫຼຸດລົງເມື່ອດາວໂຫຼດວິດີໂອເມື່ອເຊື່ອມຕໍ່ຜ່ານເຄືອຂ່າຍຂອງຜູ້ໃຫ້ບໍລິການມືຖື, ເຊິ່ງຈະຫຼຸດຄ່າໃຊ້ຈ່າຍຂອງຜູ້ໃຊ້ທີ່ມີອັດຕາພາສີການຈະລາຈອນທີ່ເປີດໃຊ້. ໂຫມດ "Lite" ຍັງສະຫນອງການບີບອັດຮູບພາບທີ່ຮ້ອງຂໍຈາກຊັບພະຍາກອນທີ່ມີສາທາລະນະ (ບໍ່ຮຽກຮ້ອງໃຫ້ມີການກວດສອບຄວາມຖືກຕ້ອງ) ຜ່ານ HTTPS.
• ເພີ່ມຕົວເຂົ້າລະຫັດຮູບແບບວິດີໂອ AV1, ປັບປຸງເປັນພິເສດສໍາລັບການນໍາໃຊ້ໃນກອງປະຊຸມວິດີໂອໂດຍອີງໃສ່ໂປໂຕຄອນ WebRTC. ການນໍາໃຊ້ AV1 ໃນກອງປະຊຸມວິດີໂອເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເພີ່ມປະສິດທິພາບການບີບອັດແລະສະຫນອງຄວາມສາມາດໃນການອອກອາກາດໃນຊ່ອງທີ່ມີແບນວິດຂອງ 30 kbit / ວິນາທີ.
• ໃນ JavaScript, ວັດຖຸ Array, String, ແລະ TypedArrays ປະຕິບັດວິທີການ at() ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານໃຊ້ການດັດສະນີທີ່ກ່ຽວຂ້ອງ (ຕໍາແຫນ່ງທີ່ກ່ຽວຂ້ອງແມ່ນກໍານົດເປັນດັດສະນີ array), ລວມທັງການກໍານົດຄ່າລົບທີ່ກ່ຽວຂ້ອງກັບທ້າຍ (ຕົວຢ່າງ. , "arr.at(-1)" ຈະສົ່ງຄືນອົງປະກອບສຸດທ້າຍຂອງອາເຣ).
• JavaScript ໄດ້ເພີ່ມຄຸນສົມບັດ ".indices" ສໍາລັບການສະແດງອອກປົກກະຕິ, ເຊິ່ງປະກອບດ້ວຍ array ທີ່ມີຕໍາແຫນ່ງເລີ່ມຕົ້ນແລະສິ້ນສຸດຂອງກຸ່ມຂອງການແຂ່ງຂັນ. ຄຸນສົມບັດແມ່ນເຕັມໄປພຽງແຕ່ເມື່ອປະຕິບັດການສະແດງອອກປົກກະຕິດ້ວຍທຸງ "/d". const re = /(a)(b)/d; const m = re.exec('ab'); console.log(m.indices[0]); // 0 — ທຸກກຸ່ມທີ່ກົງກັນ // → [0, 2] console.log(m.indices[1]); // 1 ແມ່ນກຸ່ມທໍາອິດທີ່ກົງກັນ // → [0, 1] console.log(m.indices[2]); // 2 - ກຸ່ມທີສອງຂອງການແຂ່ງຂັນ // → [1, 2]
• ປະສິດທິພາບຂອງຄຸນສົມບັດ “super” (ຕົວຢ່າງ: super.x) ທີ່ cache inline ຖືກເປີດໃຊ້ຖືກປັບປຸງໃຫ້ເໝາະສົມ. ການປະຕິບັດຂອງການນໍາໃຊ້ "super" ໃນປັດຈຸບັນແມ່ນຢູ່ໃກ້ກັບການປະຕິບັດຂອງການເຂົ້າເຖິງຄຸນສົມບັດປົກກະຕິ.
• ການເອີ້ນຟັງຊັນ WebAssembly ຈາກ JavaScript ໄດ້ຮັບການເລັ່ງຢ່າງຫຼວງຫຼາຍເນື່ອງຈາກການນໍາໃຊ້ການນໍາໄປໃຊ້ໃນແຖວ. ການເພີ່ມປະສິດທິພາບນີ້ຍັງຄົງເປັນການທົດລອງໃນຕອນນີ້ ແລະຮຽກຮ້ອງໃຫ້ແລ່ນດ້ວຍທຸງ “-turbo-inline-js-wasm-calls”.
• ເພີ່ມ WebXR Depth Sensing API, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດໄລຍະຫ່າງລະຫວ່າງວັດຖຸໃນສະພາບແວດລ້ອມຂອງຜູ້ໃຊ້ແລະອຸປະກອນຂອງຜູ້ໃຊ້, ສໍາລັບການຍົກຕົວຢ່າງ, ເພື່ອສ້າງຄໍາຮ້ອງສະຫມັກຄວາມເປັນຈິງເພີ່ມເຕີມ. ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າ WebXR API ອະນຸຍາດໃຫ້ທ່ານສາມາດເຮັດວຽກຮ່ວມກັນກັບຫ້ອງຮຽນຕ່າງໆຂອງອຸປະກອນຄວາມເປັນຈິງແລ້ວ virtual, ຈາກຫມວກກັນກະທົບ 3D stationary ກັບການແກ້ໄຂໂດຍອີງໃສ່ອຸປະກອນມືຖື.
• ຄຸນສົມບັດ WebXR AR Lighting Estimation ໄດ້ຮັບການສະຖຽນລະພາບ, ອະນຸຍາດໃຫ້ເຊດຊັນ WebXR AR ກໍານົດຕົວກໍານົດການເຮັດໃຫ້ມີແສງສະພາບແວດລ້ອມເພື່ອໃຫ້ຕົວແບບມີຮູບລັກສະນະທໍາມະຊາດຫຼາຍຂຶ້ນແລະການເຊື່ອມໂຍງທີ່ດີກວ່າກັບສະພາບແວດລ້ອມຂອງຜູ້ໃຊ້.
• ໂໝດການທົດລອງຕົ້ນກຳເນີດ (ລັກສະນະການທົດລອງທີ່ຕ້ອງການການເປີດໃຊ້ງານແຍກຕ່າງຫາກ) ເພີ່ມ API ໃໝ່ຫຼາຍໆອັນທີ່ຈຳກັດຢູ່ໃນແພລດຟອມ Android. ການທົດລອງຕົ້ນສະບັບຫມາຍເຖິງຄວາມສາມາດໃນການເຮັດວຽກກັບ API ທີ່ລະບຸໄວ້ຈາກແອັບພລິເຄຊັນທີ່ດາວໂຫລດຈາກ localhost ຫຼື 127.0.0.1, ຫຼືຫຼັງຈາກລົງທະບຽນແລະໄດ້ຮັບ token ພິເສດທີ່ຖືກຕ້ອງສໍາລັບເວລາຈໍາກັດສໍາລັບສະຖານທີ່ສະເພາະ.
  • getCurrentBrowsingContextMedia() ວິທີການ, ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະບັນທຶກການຖ່າຍທອດວິດີໂອ MediaStream ທີ່ສະທ້ອນໃຫ້ເຫັນເນື້ອໃນຂອງແຖບປະຈຸບັນ. ບໍ່ເຫມືອນກັບວິທີການ getDisplayMedia() ທີ່ຄ້າຍຄືກັນ, ເມື່ອໂທຫາ getCurrentBrowsingContextMedia(), ກ່ອງໂຕ້ຕອບແບບງ່າຍໆຖືກນໍາສະເຫນີໃຫ້ຜູ້ໃຊ້ເພື່ອຢືນຢັນຫຼືຂັດຂວາງການເຮັດວຽກຂອງການໂອນວິດີໂອທີ່ມີເນື້ອຫາຂອງແຖບ.
  • Insertable Stream API, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຈັດການກະແສສື່ດິບທີ່ສົ່ງຜ່ານ MediaStreamTrack API, ເຊັ່ນ: ຂໍ້ມູນກ້ອງຖ່າຍຮູບ ແລະໄມໂຄຣໂຟນ, ຜົນການຈັບພາບໜ້າຈໍ, ຫຼືຂໍ້ມູນການຖອດລະຫັດຕົວແປງສັນຍານລະດັບປານກາງ. ການໂຕ້ຕອບຂອງ WebCodec ຖືກນໍາໃຊ້ເພື່ອນໍາສະເຫນີເຟຣມດິບແລະສາຍນ້ໍາຖືກສ້າງຂື້ນຄືກັນກັບສິ່ງທີ່ WebRTC Insertable Stream API ສ້າງໂດຍອີງໃສ່ RTCPeerConnections. ໃນດ້ານປະຕິບັດ, API ໃຫມ່ອະນຸຍາດໃຫ້ປະຕິບັດຫນ້າເຊັ່ນການນໍາໃຊ້ເຕັກນິກການຮຽນຮູ້ເຄື່ອງຈັກເພື່ອກໍານົດຫຼືອະທິບາຍວັດຖຸໃນເວລາທີ່ແທ້ຈິງ, ຫຼືເພີ່ມຜົນກະທົບເຊັ່ນການຕັດພື້ນຫລັງກ່ອນທີ່ຈະເຂົ້າລະຫັດຫຼືຫຼັງຈາກການຖອດລະຫັດໂດຍຕົວແປງສັນຍານ.
  • ຄວາມສາມາດໃນການຫຸ້ມຫໍ່ຊັບພະຍາກອນເຂົ້າໄປໃນແພັກເກັດ (Web Bundle) ເພື່ອຈັດຕັ້ງການໂຫຼດໄຟລ໌ທີ່ມາພ້ອມກັບຈໍານວນຫຼວງຫຼາຍທີ່ມີປະສິດທິພາບຫຼາຍຂຶ້ນ (ຮູບແບບ CSS, JavaScript, ຮູບພາບ, iframes). ໃນບັນດາຂໍ້ບົກຜ່ອງໃນການສະຫນັບສະຫນູນທີ່ມີຢູ່ແລ້ວສໍາລັບການຫຸ້ມຫໍ່ສໍາລັບໄຟລ໌ JavaScript (webpack), ເຊິ່ງ Web Bundle ກໍາລັງພະຍາຍາມກໍາຈັດ: ຊຸດຕົວມັນເອງ, ແຕ່ບໍ່ແມ່ນສ່ວນປະກອບຂອງມັນ, ສາມາດສິ້ນສຸດໃນ HTTP cache; ການລວບລວມແລະການປະຕິບັດສາມາດເລີ່ມຕົ້ນພຽງແຕ່ຫຼັງຈາກຊຸດໄດ້ຖືກດາວໂຫຼດຢ່າງສົມບູນ; ຊັບພະຍາກອນເພີ່ມເຕີມເຊັ່ນ CSS ແລະຮູບພາບຕ້ອງໄດ້ຮັບການເຂົ້າລະຫັດໃນຮູບແບບຂອງ JavaScript strings, ເຊິ່ງເພີ່ມຂະຫນາດແລະຕ້ອງການຂັ້ນຕອນການວິເຄາະອື່ນ.
  • ສະຫນັບສະຫນູນການຈັດການຂໍ້ຍົກເວັ້ນໃນ WebAssembly.
• ຮັກສາສະຖຽນລະພາບຂອງ Declarative Shadow DOM API ເພື່ອສ້າງສາຂາຮາກໃຫມ່ໃນ Shadow DOM, ຕົວຢ່າງເພື່ອແຍກຮູບແບບອົງປະກອບຂອງພາກສ່ວນທີສາມທີ່ນໍາເຂົ້າແລະສາຂາຍ່ອຍ DOM ຂອງມັນອອກຈາກເອກະສານຕົ້ນຕໍ. API ປະກາດທີ່ສະເໜີໃຫ້ທ່ານສາມາດໃຊ້ HTML ເທົ່ານັ້ນເພື່ອຖອນປັກກິ່ງສາຂາ DOM ໂດຍບໍ່ຕ້ອງຂຽນລະຫັດ JavaScript.
• ຄຸນສົມບັດ CSS ອັດຕາສ່ວນ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດຜູກມັດອັດຕາສ່ວນຂອງອົງປະກອບໃດໆຢ່າງຊັດເຈນ (ເພື່ອຄິດໄລ່ຂະຫນາດທີ່ຂາດຫາຍໄປໂດຍອັດຕະໂນມັດເມື່ອລະບຸພຽງແຕ່ຄວາມສູງຫຼືຄວາມກວ້າງ), ປະຕິບັດຄວາມສາມາດໃນການເຊື່ອມໂຍງມູນຄ່າໃນລະຫວ່າງການເຄື່ອນໄຫວ (ການຫັນປ່ຽນຢ່າງລຽບງ່າຍຈາກຫນຶ່ງ. ອັດຕາສ່ວນກັບຄົນອື່ນ).
• ເພີ່ມຄວາມສາມາດໃນການສະທ້ອນເຖິງສະຖານະຂອງອົງປະກອບ HTML ແບບກຳນົດເອງໃນ CSS ຜ່ານ pseudo-class “:state()”. ການທໍາງານໄດ້ຖືກປະຕິບັດໂດຍການປຽບທຽບກັບຄວາມສາມາດຂອງອົງປະກອບ HTML ມາດຕະຖານເພື່ອປ່ຽນສະຖານະຂອງເຂົາເຈົ້າຂຶ້ນກັບການໂຕ້ຕອບຂອງຜູ້ໃຊ້.
• ຄຸນສົມບັດ CSS “appearance” ຕອນນີ້ຮອງຮັບຄ່າ 'auto', ເຊິ່ງຖືກຕັ້ງໄວ້ເປັນຄ່າເລີ່ມຕົ້ນສຳລັບ ແລະ , ແລະໃນເວທີ Android ນອກຈາກນັ້ນສໍາລັບ , , , ແລະ .
• ການສະຫນັບສະຫນູນສໍາລັບ "clip" ມູນຄ່າໄດ້ຖືກເພີ່ມເຂົ້າໃນຄຸນສົມບັດ "overflow" CSS, ເມື່ອກໍານົດ, ເນື້ອຫາທີ່ຂະຫຍາຍອອກໄປຂ້າງນອກແມ່ນຖືກຕັດລົງໄປເຖິງຂອບເຂດຈໍາກັດຂອງການ overflow ອະນຸຍາດຂອງ block ໂດຍບໍ່ມີຄວາມເປັນໄປໄດ້ຂອງການເລື່ອນ. ມູນຄ່າທີ່ກໍານົດວ່າເນື້ອຫາສາມາດຂະຫຍາຍອອກໄປໄກກວ່າຂອບເຂດຕົວຈິງຂອງກ່ອງກ່ອນທີ່ຈະເລີ່ມຕົ້ນ clipping ຈະຖືກຕັ້ງຄ່າໂດຍຜ່ານຄຸນສົມບັດ CSS ໃຫມ່ "overflow-clip-margin". ເມື່ອປຽບທຽບກັບ "overflow: ເຊື່ອງໄວ້", ການນໍາໃຊ້ "overflow: clip" ອະນຸຍາດໃຫ້ມີການປະຕິບັດທີ່ດີກວ່າ.
• ສ່ວນຫົວຄຸນສົມບັດ-ນະໂຍບາຍ HTTP ໄດ້ຖືກປ່ຽນແທນດ້ວຍຫົວເລື່ອງການອະນຸຍາດ-ນະໂຍບາຍໃໝ່ເພື່ອຄວບຄຸມການມອບສິດການອະນຸຍາດ ແລະເປີດການນຳໃຊ້ຄຸນສົມບັດຂັ້ນສູງ ເຊິ່ງລວມມີການຮອງຮັບຄ່າພາກສະໜາມທີ່ມີໂຄງສ້າງ (ຕົວຢ່າງ, ຕອນນີ້ທ່ານສາມາດລະບຸ "Permissions-Policy: geolocation. =()" ແທນ "ຄຸນສົມບັດ-ນະໂຍບາຍ: geolocation 'none'").
• ເສີມສ້າງການປົກປ້ອງຕໍ່ກັບການໃຊ້ໂປໂຕຄອນ Buffers ສໍາລັບການໂຈມຕີທີ່ເກີດຈາກການຄາດເດົາຂອງຄໍາແນະນໍາໃນໂປເຊດເຊີ. ການປົກປ້ອງແມ່ນປະຕິບັດໂດຍການເພີ່ມປະເພດ MIME “application/x-protobuffer” ເຂົ້າໃນບັນຊີລາຍຊື່ຂອງປະເພດ MIME ທີ່ບໍ່ເຄີຍມີກິ່ນເໝັນ, ເຊິ່ງຖືກປະມວນຜົນຜ່ານກົນໄກການອ່ານຂ້າມແຫຼ່ງທີ່ມາ. ກ່ອນຫນ້ານີ້, ປະເພດ MIME "application/x-protobuf" ໄດ້ຖືກລວມເຂົ້າໃນບັນຊີລາຍຊື່ທີ່ຄ້າຍຄືກັນ, ແຕ່ "application/x-protobuf" ໄດ້ຖືກປະໄວ້.
• API ການເຂົ້າເຖິງລະບົບໄຟລ໌ປະຕິບັດຄວາມສາມາດໃນການປ່ຽນຕໍາແຫນ່ງປະຈຸບັນໃນໄຟລ໌ທີ່ເກີນຂອບເຂດຂອງມັນ, ຕື່ມຂໍ້ມູນໃສ່ຊ່ອງຫວ່າງທີ່ມີສູນໃນລະຫວ່າງການຂຽນຕໍ່ໄປໂດຍຜ່ານການໂທ FileSystemWritableFileStream.write(). ຄຸນສົມບັດນີ້ອະນຸຍາດໃຫ້ທ່ານສ້າງໄຟລ໌ທີ່ມີພື້ນທີ່ຫວ່າງເປົ່າ ແລະມີຄວາມງ່າຍໃນການຈັດຕັ້ງຂອງການຂຽນໄຟລ໌ຕໍ່ກັບການເຂົ້າມາຂອງບລັອກຂໍ້ມູນແບບບໍ່ເປັນລະບຽບ (ຕົວຢ່າງ, ນີ້ແມ່ນການປະຕິບັດໃນ BitTorrent).
• ເພີ່ມຕົວສ້າງ StaticRange ດ້ວຍການປະຕິບັດປະເພດ Range ທີ່ມີນ້ໍາຫນັກເບົາທີ່ບໍ່ຈໍາເປັນຕ້ອງມີການປັບປຸງວັດຖຸທີ່ກ່ຽວຂ້ອງທັງຫມົດທຸກຄັ້ງທີ່ຕົ້ນໄມ້ DOM ມີການປ່ຽນແປງ.
• ປະຕິບັດຄວາມສາມາດໃນການລະບຸຕົວກໍານົດຄວາມກວ້າງແລະຄວາມສູງສໍາລັບອົງປະກອບ ທີ່ລະບຸພາຍໃນອົງປະກອບ . ຄຸນນະສົມບັດນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດຄິດໄລ່ອັດຕາສ່ວນສໍາລັບອົງປະກອບ , ຄ້າຍຄືກັບວິທີການທີ່ມັນຖືກເຮັດສໍາລັບ , ແລະ .
• ການສະຫນັບສະຫນູນທີ່ບໍ່ແມ່ນມາດຕະຖານສໍາລັບ RTP Data Channels ໄດ້ຖືກໂຍກຍ້າຍອອກຈາກ WebRTC, ແລະແນະນໍາໃຫ້ໃຊ້ຊ່ອງທາງຂໍ້ມູນທີ່ອີງໃສ່ SCTP ແທນ.
• ຄຸນສົມບັດ navigator.plugins ແລະ navigator.mimeTypes ຕອນນີ້ສົ່ງຄືນຄ່າຫວ່າງເປົ່າສະເໝີ (ຫຼັງຈາກການຮອງຮັບ Flash ສິ້ນສຸດລົງ, ຄຸນສົມບັດເຫຼົ່ານີ້ບໍ່ຈໍາເປັນອີກຕໍ່ໄປ).
• ສ່ວນໃຫຍ່ຂອງການປັບປຸງຂະຫນາດນ້ອຍໄດ້ຖືກເຮັດໃຫ້ເຄື່ອງມືສໍາລັບນັກພັດທະນາເວັບແລະເຄື່ອງມືແກ້ໄຂ CSS ໃຫມ່, flexbox, ໄດ້ຖືກເພີ່ມ.

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

ແຍກຕ່າງຫາກ, ມັນສາມາດສັງເກດເຫັນວ່າມື້ວານນີ້, ຫຼັງຈາກການສ້າງຕັ້ງຂອງການແກ້ໄຂການແກ້ໄຂ 89.0.4389.128, ແຕ່ກ່ອນທີ່ຈະປ່ອຍ Chrome 90, ການຂູດຮີດອື່ນໄດ້ຖືກຈັດພີມມາ, ເຊິ່ງໄດ້ນໍາໃຊ້ຊ່ອງໂຫວ່ 0 ມື້ໃຫມ່ທີ່ບໍ່ໄດ້ຮັບການແກ້ໄຂໃນ Chrome 89.0.4389.128. . ມັນຍັງບໍ່ຊັດເຈນວ່າບັນຫານີ້ໄດ້ຮັບການແກ້ໄຂໃນ Chrome 90. ເຊັ່ນດຽວກັບກໍລະນີທໍາອິດ, ການຂູດຮີດກວມເອົາພຽງແຕ່ຫນຶ່ງຊ່ອງໂຫວ່ແລະບໍ່ມີລະຫັດເພື່ອຂ້າມ sandbox isolation (ເມື່ອແລ່ນ Chrome ດ້ວຍທຸງ "--no-sandbox" , ການຂູດຮີດເກີດຂຶ້ນໃນເວລາທີ່ເປີດຫນ້າເວັບໃນເວທີ Windows ອະນຸຍາດໃຫ້ທ່ານດໍາເນີນການ Notepad). ຊ່ອງໂຫວ່ທີ່ກ່ຽວຂ້ອງກັບການຂຸດຄົ້ນໃຫມ່ມີຜົນກະທົບຕໍ່ເທກໂນໂລຍີ WebAssembly.

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