Chrome ປ່ອຍ 74

ກູໂກ ນຳ ສະ ເໜີ ປ່ອຍຕົວທ່ອງເວັບ Chrome 74... ພ້ອມໆກັນ ມີ ການປ່ອຍໂຄງການຟຣີທີ່ຫມັ້ນຄົງ chromium, ເຊິ່ງເຮັດຫນ້າທີ່ເປັນພື້ນຖານຂອງ Chrome. ຕົວທ່ອງເວັບ Chrome ແຕກຕ່າງ ການນໍາໃຊ້ໂລໂກ້ຂອງ Google, ຄວາມສາມາດໃນການດາວໂຫລດໂມດູນ Flash ຕາມຄໍາຮ້ອງຂໍ, ມີລະບົບການສົ່ງການແຈ້ງເຕືອນໃນກໍລະນີຂອງອຸປະຕິເຫດ, ໂມດູນສໍາລັບການຫຼິ້ນເນື້ອຫາວິດີໂອທີ່ມີການປ້ອງກັນ, ລະບົບສໍາລັບການຕິດຕັ້ງການປັບປຸງແລະການສົ່ງຂໍ້ມູນອັດຕະໂນມັດໃນລະຫວ່າງການຄົ້ນຫາ ຕົວກໍານົດການ RLZ. ການປ່ອຍຕໍ່ໄປຂອງ Chrome 75 ແມ່ນກໍານົດສໍາລັບເດືອນມິຖຸນາ 4th.

ຕົ້ນ​ຕໍ ການປ່ຽນແປງ в Chrome 74:

• ເມື່ອເຫດການ onUnload ເກີດຂື້ນ, ເຊິ່ງເອີ້ນວ່າເວລາທີ່ຫນ້າເວັບຖືກປິດ, ໃນປັດຈຸບັນ ແມ່ນຖືກຫ້າມ ສະແດງປ່ອງຢ້ຽມປ໊ອບອັບ (ການໂທ window.open() ຖືກບລັອກ), ເຊິ່ງຈະປົກປ້ອງຜູ້ໃຊ້ຈາກການຖືກບັງຄັບໃຫ້ເປີດຫນ້າໂຄສະນາຫຼັງຈາກປິດເວັບໄຊທ໌ທີ່ຫນ້າສົງໄສ;
• ໃນເຄື່ອງຈັກ JavaScript ປະຕິບັດ ລະບອບໃໝ່ໄດ້ປະກົດຂຶ້ນ JIT-ຫນ້ອຍ (“—jitless” flag), ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະປະຕິບັດ JavaScript ໂດຍບໍ່ຕ້ອງໃຊ້ JIT (ພຽງແຕ່ໃຊ້ນາຍພາສາເທົ່ານັ້ນ) ແລະບໍ່ມີການຈັດສັນຫນ່ວຍຄວາມຈໍາທີ່ສາມາດປະຕິບັດໄດ້ໃນລະຫວ່າງການປະຕິບັດລະຫັດ. ການປິດການນຳໃຊ້ JIT ສາມາດເປັນປະໂຫຍດເພື່ອປັບປຸງຄວາມປອດໄພໃນເວລາທີ່ເຮັດວຽກກັບແອັບພລິເຄຊັນເວັບທີ່ອາດເປັນອັນຕະລາຍ, ເຊັ່ນດຽວກັນກັບການຮັບປະກັນການກໍ່ສ້າງໃນເວທີທີ່ຫ້າມການໃຊ້ JIT (ຕົວຢ່າງ: iOS, smart TVs ແລະເຄື່ອງຫຼີ້ນເກມບາງອັນ. ເມື່ອ JIT ຖືກປິດການໃຊ້ງານ, ການປະຕິບັດ JavaScript. ປະສິດທິພາບຫຼຸດລົງ 40% ໃນການທົດສອບ Speedometer 2.0 ແລະ 80% ໃນການທົດສອບ Web Tooling Benchmark, ແຕ່ເມື່ອ simulating ການເຮັດວຽກກັບ YouTube, ມີການຫຼຸດລົງພຽງແຕ່ 6% ໃນການປະຕິບັດ, ໃນຂະນະທີ່ການບໍລິໂພກຫນ່ວຍຄວາມຈໍາຫຼຸດລົງເລັກນ້ອຍ, ພຽງແຕ່ 1.7%;
• V8 ຍັງສະຫນອງສ່ວນໃຫຍ່ຂອງການເພີ່ມປະສິດທິພາບໃຫມ່. ສໍາລັບຕົວຢ່າງ, ການປະຕິບັດການໂທຫາຫນ້າທີ່ຈໍານວນຕົວກໍານົດການທີ່ຜ່ານຕົວຈິງບໍ່ກົງກັນກັບຈໍານວນການໂຕ້ຖຽງທີ່ກໍານົດໃນເວລາທີ່ກໍານົດການທໍາງານໄດ້ຖືກເລັ່ງ 60%. ການເຂົ້າເຖິງຄຸນສົມບັດຂອງ DOM ໂດຍໃຊ້ຟັງຊັນ get ໄດ້ຖືກເລັ່ງ, ເຊິ່ງມີຜົນກະທົບທາງບວກຕໍ່ການປະຕິບັດຂອງກອບ Angular. JavaScript parsing ໄດ້ຖືກເລັ່ງ: ການເພີ່ມປະສິດທິພາບຂອງຕົວຖອດລະຫັດ UTF-8 ເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະເພີ່ມປະສິດທິພາບ parser ໃນໂຫມດສະຕີມ (parsing ຍ້ອນວ່າມັນໂຫຼດ) 8%, ແລະການກໍາຈັດການປະຕິບັດການ deduplication ທີ່ບໍ່ຈໍາເປັນໄດ້ເພີ່ມຂຶ້ນອີກ 10.5%;
• ການເຮັດວຽກໄດ້ຖືກເຮັດເພື່ອຫຼຸດຜ່ອນການບໍລິໂພກຫນ່ວຍຄວາມຈໍາຂອງເຄື່ອງຈັກ JavaScript.
  ເພີ່ມລະຫັດເພື່ອລຶບລ້າງແຄດ bytecode, ເຊິ່ງໃຊ້ເວລາປະມານ 15% ຂອງຂະໜາດ heap ທັງໝົດ. ຂັ້ນຕອນໄດ້ຖືກເພີ່ມໃສ່ຕົວເກັບຂີ້ເຫຍື້ອເພື່ອຂັບໄລ່ bytecode ທີ່ຖືກລວບລວມເລື້ອຍໆຈາກ cache ສໍາລັບຟັງຊັນທີ່ຖືກນໍາໃຊ້ຫຼືຟັງຊັນທີ່ຖືກເອີ້ນພຽງແຕ່ເມື່ອເລີ່ມຕົ້ນ. ການຕັດສິນໃຈທໍາຄວາມສະອາດແມ່ນໄດ້ອີງໃສ່ຕົວນັບໃຫມ່ທີ່ຄໍານຶງເຖິງເວລາສຸດທ້າຍຂອງ bytecode ໄດ້ຖືກເຂົ້າເຖິງ. ການປ່ຽນແປງນີ້ຫຼຸດລົງການບໍລິໂພກຫນ່ວຍຄວາມຈໍາ 5-15% ໂດຍບໍ່ມີຜົນກະທົບທາງລົບຕໍ່ການປະຕິບັດ. ນອກຈາກນັ້ນ, bytecode compiler ຍົກເວັ້ນການສ້າງລະຫັດທີ່ບໍ່ໄດ້ໃຊ້ຢ່າງຊັດເຈນ, ຕົວຢ່າງ, ເຊິ່ງປະຕິບັດຕາມການກັບຄືນຫຼື break (ຖ້າບໍ່ມີການປ່ຽນ Jump ກັບມັນ);
  

• ສໍາລັບ WebAssembly ປະຕິບັດ ສະຫນັບສະຫນູນກະທູ້ແລະການປະຕິບັດປະລໍາມະນູ (API WebAssembly Threads ແລະ WebAssembly Atomics);
• ສໍາລັບການຈັດສົ່ງສະຄຣິບແຍກຕ່າງຫາກ, ການສະຫນັບສະຫນູນ "#!" header ໄດ້ຖືກເພີ່ມ, ເຊິ່ງກໍານົດຕົວແປທີ່ຈະດໍາເນີນການ. ສໍາລັບຕົວຢ່າງ, ຄ້າຍຄືກັນກັບພາສາ scripting ອື່ນໆ, ໄຟລ໌ JavaScript ອາດຈະມີລັກສະນະນີ້:

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

• ການສອບຖາມສື່ໃໝ່ໄດ້ຖືກເພີ່ມໃສ່ CSS "prefers-reduced-motion", ອະນຸຍາດໃຫ້ເວັບໄຊທ໌ສາມາດກໍານົດສະຖານະຂອງການຕັ້ງຄ່າໃນລະບົບປະຕິບັດການທີ່ກ່ຽວຂ້ອງກັບການປິດການທໍາງານຂອງການເຄື່ອນໄຫວ. ການນໍາໃຊ້ຄໍາຮ້ອງຂໍທີ່ແນະນໍາ, ເຈົ້າຂອງເວັບໄຊທ໌ ສາມາດເຮັດໄດ້ ຊອກຫາວ່າຜູ້ໃຊ້ໄດ້ປິດການທໍາງານພາບເຄື່ອນໄຫວແລະຍັງປິດການທໍາງານລັກສະນະເຄື່ອນໄຫວຕ່າງໆຢູ່ໃນເວັບໄຊທ໌, ສໍາລັບການຍົກຕົວຢ່າງ, ເອົາຜົນກະທົບສັ່ນສະເທືອນຂອງປຸ່ມທີ່ໃຊ້ເພື່ອດຶງດູດຄວາມສົນໃຈ;
• ນອກເຫນືອຈາກຄວາມສາມາດໃນການກໍານົດຊ່ອງຂໍ້ມູນສາທາລະນະທີ່ນໍາສະເຫນີໃນ Chrome 72 ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ປະ​ຕິ​ບັດ​ ການເຮັດເຄື່ອງຫມາຍພາກສະຫນາມເປັນສ່ວນຕົວ, ຫຼັງຈາກນັ້ນການເຂົ້າເຖິງມູນຄ່າຂອງພວກມັນຈະເປີດຢູ່ໃນຊັ້ນຮຽນເທົ່ານັ້ນ. ເພື່ອໝາຍຊ່ອງຂໍ້ມູນເປັນສ່ວນຕົວ, ໃຫ້ເພີ່ມເຄື່ອງໝາຍ “#” ກ່ອນຊື່ຊ່ອງຂໍ້ມູນ. ເຊັ່ນດຽວກັນກັບທົ່ງນາສາທາລະນະ, ຄຸນສົມບັດເອກະຊົນບໍ່ຈໍາເປັນຕ້ອງໃຊ້ຕົວກໍ່ສ້າງຢ່າງຈະແຈ້ງ.
• ສ່ວນຫົວຄຸນສົມບັດ-ນະໂຍບາຍ HTTP, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດຄວບຄຸມພຶດຕິກໍາຂອງ API ແລະເປີດໃຊ້ຄຸນສົມບັດບາງຢ່າງ (ຕົວຢ່າງ, ທ່ານສາມາດເປີດໃຊ້ຮູບແບບການເຮັດວຽກ synchronous ຂອງ XMLHttpRequest ຫຼືປິດການທໍາງານ API Geolocation), ໄດ້ຖືກເພີ່ມ. JavaScript API ເພື່ອຄວບຄຸມກິດຈະກໍາຂອງໂອກາດທີ່ແນ່ນອນ. ສໍາລັບນັກພັດທະນາ, ມີສອງວິທີການໃຫມ່ document.featurePolicy ແລະ frame.featurePolicy, ສະເຫນີສາມຫນ້າທີ່:
  allowFeatures() ເພື່ອໃຫ້ໄດ້ຮັບບັນຊີລາຍຊື່ຂອງຄຸນນະສົມບັດທີ່ອະນຸຍາດໃຫ້ສໍາລັບໂດເມນປະຈຸບັນ, allowFeature() ກວດສອບການເລືອກເອົາລັກສະນະສະເພາະທີ່ໄດ້ຖືກເປີດໃຊ້, ແລະ getAllowlistForFeature() ເພື່ອກັບຄືນບັນຊີລາຍຊື່ຂອງໂດເມນທີ່ຄຸນນະສົມບັດທີ່ລະບຸໄວ້ໃນຫນ້າປະຈຸບັນ;

• ເພີ່ມການທົດລອງ (“chrome://flags#enable-text-fragment-anchor”) ຮອງຮັບສຳລັບໂໝດ ເລື່ອນໄປຫາຂໍ້ຄວາມ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດສ້າງການເຊື່ອມຕໍ່ກັບຄໍາສັບຕ່າງໆຫຼືປະໂຫຍກແຕ່ລະຄົນ, ໂດຍບໍ່ມີການລະບຸປ້າຍຊື່ຢ່າງຊັດເຈນໃນເອກະສານໂດຍໃຊ້ແທັກ "ຊື່" ຫຼືຄຸນສົມບັດ "id". ເພື່ອສົ່ງການເຊື່ອມຕໍ່, ຕົວກໍານົດການພິເສດ "#targetText =" ໄດ້ຖືກສະເຫນີ, ທີ່ທ່ານສາມາດກໍານົດຂໍ້ຄວາມສໍາລັບການປ່ຽນ. ມັນໄດ້ຖືກອະນຸຍາດໃຫ້ລະບຸຫນ້າກາກທີ່ປະກອບມີປະໂຫຍກທີ່ຊີ້ໃຫ້ເຫັນຈຸດເລີ່ມຕົ້ນແລະຈຸດສິ້ນສຸດຂອງຊິ້ນໂດຍໃຊ້ເຄື່ອງໝາຍຈຸດເປັນຕົວແຍກ (ຕົວຢ່າງ: “example.com#targetText=start%20words, end%20words”);
• ທາງເລືອກໄດ້ຖືກເພີ່ມໃສ່ຕົວສ້າງ AudioContext ອັດຕາຕົວຢ່າງ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານສາມາດກໍານົດອັດຕາການເກັບຕົວຢ່າງສໍາລັບການດໍາເນີນງານສຽງຜ່ານ Web Audio API;
• ເພີ່ມການສະຫນັບສະຫນູນຫ້ອງຮຽນ Intl.Locale, ເຊິ່ງສະຫນອງວິທີການສໍາລັບການວິເຄາະແລະການປຸງແຕ່ງພາສາ, ພາກພື້ນ, ແລະຕົວກໍານົດການຮູບແບບທີ່ຕັ້ງໂດຍທ້ອງຖິ່ນ, ເຊັ່ນດຽວກັນກັບສໍາລັບການອ່ານແລະຂຽນແທັກນາມສະກຸນ Unicode, ຊ່ວຍປະຢັດການຕັ້ງຄ່າທ້ອງຖິ່ນຂອງຜູ້ໃຊ້ໃນຮູບແບບ serialized;
• ກົນໄກ ເຊັນ HTTP Exchanges (SXG) ຂະຫຍາຍດ້ວຍເຄື່ອງມືສໍາລັບ ແຈ້ງ ຜູ້ຈັດຈໍາຫນ່າຍເນື້ອຫາກ່ຽວກັບຄວາມຜິດພາດໃນການດາວໂຫຼດເນື້ອຫາທີ່ມີລາຍເຊັນ, ເຊັ່ນບັນຫາກັບການກວດສອບໃບຢັ້ງຢືນ. ການຈັດການຄວາມຜິດພາດແມ່ນເຮັດຜ່ານສ່ວນຂະຫຍາຍ API ເຄືອຂ່າຍຜິດພາດໃນການບັນທຶກ. ຈື່ SXG ນັ້ນ ອະນຸຍາດ ເຈົ້າຂອງເວັບໄຊທ໌ຫນຶ່ງ, ໂດຍໃຊ້ລາຍເຊັນດິຈິຕອນ, ອະນຸຍາດໃຫ້ຈັດວາງຫນ້າບາງຢ່າງຢູ່ໃນເວັບໄຊທ໌ອື່ນ, ຫຼັງຈາກນັ້ນ, ຖ້າຫນ້າເວັບເຫຼົ່ານີ້ຖືກເຂົ້າເຖິງຢູ່ໃນເວັບໄຊທ໌ທີສອງ, ຕົວທ່ອງເວັບຈະສະແດງຜູ້ໃຊ້ URL ຂອງເວັບໄຊທ໌ຕົ້ນສະບັບ, ເຖິງວ່າຈະມີຄວາມຈິງ. ວ່າຫນ້າເວັບໄດ້ຖືກໂຫລດຈາກເຈົ້າພາບທີ່ແຕກຕ່າງກັນ;
• ວິທີການໄດ້ຖືກເພີ່ມເຂົ້າໃນຫ້ອງຮຽນ TextEncoder ເຂົ້າລະຫັດInto(), ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານຂຽນຂໍ້ຄວາມເຂົ້າລະຫັດໂດຍກົງເຂົ້າໄປໃນ buffer ທີ່ຖືກຈັດສັນໄວ້ກ່ອນ. ວິທີການ encodeInto() ເປັນທາງເລືອກທີ່ມີປະສິດທິພາບສູງຕໍ່ກັບວິທີການ encode() ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການປະຕິບັດການຈັດສັນ buffer ເພື່ອປະຕິບັດໃນແຕ່ລະຄັ້ງທີ່ມັນເຂົ້າເຖິງ.
• ໃນພະນັກງານບໍລິການ ສະຫນອງໃຫ້ buffering client.postMessage() ໂທຈົນກ່ວາເອກະສານແມ່ນກຽມພ້ອມ. ຂໍ້ຄວາມທີ່ສົ່ງຜ່ານ client.postMessage() ຈະຖືກຈັດຂຶ້ນຈົນກ່ວາເຫດການ DOMContentLoaded ຖືກຍົກຂຶ້ນມາ, onmessage ຖືກຕັ້ງ, ຫຼື startMessages() ຖືກເອີ້ນວ່າ;
• ຕາມຄວາມຕ້ອງການສະເພາະຂອງ CSS Transitions ເພີ່ມ transitionrun, transitioncancel, transitionstart, ແລະ transitionend ເຫດການທີ່ສ້າງຂຶ້ນເມື່ອການປ່ຽນແປງ CSS ຖືກຈັດຄິວ, ຍົກເລີກ, ເລີ່ມຕົ້ນ, ຫຼືສິ້ນສຸດການປະຕິບັດ.
• ເມື່ອກໍານົດການເຂົ້າລະຫັດຕົວອັກສອນທີ່ບໍ່ຖືກຕ້ອງຜ່ານ overrideMimeType() ຫຼືປະເພດ MIME ສໍາລັບ XMLHttpRequest, ຕອນນີ້ມັນກັບໄປ UTF-8 ແທນ Latin-1;
• ຄຸນສົມບັດ “ອະນຸຍາດໃຫ້ດາວໂຫຼດ-ໂດຍບໍ່ມີການເປີດໃຊ້ງານຜູ້ໃຊ້”, ໂດຍຜ່ານທີ່ມັນເປັນໄປໄດ້ທີ່ຈະດາວໂຫຼດໄຟລ໌ອັດຕະໂນມັດໃນເວລາປະມວນຜົນ iframes, ໄດ້ຖືກຍົກເລີກ ແລະຈະຖືກລຶບອອກໃນການປ່ອຍໃນອະນາຄົດ. ໃນອະນາຄົດ, ການລິເລີ່ມການດາວໂຫຼດໄຟລ໌ໂດຍບໍ່ມີການປະຕິບັດຂອງຜູ້ໃຊ້ຢ່າງຈະແຈ້ງຈະຖືກຫ້າມ, ຍ້ອນວ່າມັນໄດ້ຖືກນໍາໃຊ້ຢ່າງຈິງຈັງສໍາລັບການລ່ວງລະເມີດ, ບັງຄັບໃຫ້ດາວໂຫລດແລະໃສ່ບາງສ່ວນຂອງ malware ໃສ່ຄອມພິວເຕີຂອງຜູ້ໃຊ້. ຜູ້​ໃຊ້​ຄລິກ​ໃສ່​ຫນ້າ​ດຽວ​ກັນ​ຈະ​ຕ້ອງ​ການ​ເພື່ອ​ເລີ່ມ​ຕົ້ນ​ການ​ດາວ​ໂຫຼດ​ໄດ້​. ຊັບສິນດັ່ງກ່າວໄດ້ຖືກວາງແຜນໄວ້ໃນເບື້ອງຕົ້ນທີ່ຈະເອົາອອກໃນ Chrome 74, ແຕ່ການໂຍກຍ້າຍແມ່ນ ເລື່ອນ ເຖິງ Chrome 76.
• ຮູບແບບສີສັນມືດທີ່ເປັນທາງເລືອກສໍາລັບການອອກແບບການໂຕ້ຕອບແມ່ນສະຫນອງໃຫ້ສໍາລັບເວທີ Windows (ໃນສະບັບທີ່ຜ່ານມາ, ຮູບແບບຊ້ໍາໄດ້ຖືກກະກຽມສໍາລັບ macOS). ນັບຕັ້ງແຕ່ການອອກແບບຊ້ໍາແມ່ນເກືອບຄືກັນກັບການອອກແບບໃນໂຫມດບໍ່ເປີດເຜີຍຕົວຕົນ, ຕົວຊີ້ວັດພິເສດໄດ້ຖືກເພີ່ມແທນທີ່ຈະເປັນໄອຄອນໂປຣໄຟລ໌ຜູ້ໃຊ້ເພື່ອເນັ້ນໃສ່ຮູບແບບການເຮັດວຽກສ່ວນຕົວ;
• ໂອກາດໄດ້ຖືກເພີ່ມສໍາລັບຜູ້ໃຊ້ຂອງບໍລິສັດ Chrome Browser Cloud Management ເພື່ອຈັດການການຕັ້ງຄ່າຕົວທ່ອງເວັບຂອງຜູ້ໃຊ້ຜ່ານ Google Admin console;
  

ນອກເຫນືອໄປຈາກການປະດິດສ້າງແລະການແກ້ໄຂ bug, ສະບັບໃຫມ່ກໍາຈັດ 39 ຈຸດອ່ອນ. ຊ່ອງໂຫວ່ຫຼາຍຢ່າງໄດ້ຖືກລະບຸວ່າເປັນຜົນມາຈາກການທົດສອບອັດຕະໂນມັດດ້ວຍເຄື່ອງມື ທີ່ຢູ່, ຄວາມຈຳສະອາດ, ຄວບຄຸມຄວາມສົມບູນຂອງການໄຫຼ, LibFuzzer и AFL. ບໍ່ພົບບັນຫາທີ່ສໍາຄັນທີ່ຈະຊ່ວຍໃຫ້ຜູ້ຫນຶ່ງສາມາດຂ້າມທຸກລະດັບຂອງການປົກປ້ອງຕົວທ່ອງເວັບແລະປະຕິບັດລະຫັດໃນລະບົບນອກສະພາບແວດລ້ອມ sandbox. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການທີ່ຈະຈ່າຍລາງວັນເງິນສົດສໍາລັບການຄົ້ນພົບຊ່ອງຫວ່າງສໍາລັບການເປີດຕົວໃນປະຈຸບັນ, Google ໄດ້ຈ່າຍ 19 ລາງວັນໃນຈໍານວນ $ 26837 (ສີ່ລາງວັນ $ 3000, ສີ່ລາງວັນ $ 2000, ລາງວັນ $ 1337, ສີ່ລາງວັນ $ 1000, ສາມ $ 500 ລາງວັນ). ຂະຫນາດຂອງ 4 ລາງວັນຍັງບໍ່ທັນໄດ້ຖືກກໍານົດ.

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