ការចេញផ្សាយកម្មវិធីរុករកបណ្តាញ Chrome 124

Google បានចេញផ្សាយការចេញផ្សាយកម្មវិធីរុករកបណ្ដាញ Chrome 124 ក្នុងពេលជាមួយគ្នានោះ ការចេញផ្សាយប្រកបដោយស្ថិរភាពនៃគម្រោង Chromium ឥតគិតថ្លៃដែលបម្រើជាមូលដ្ឋានរបស់ Chrome អាចរកបាន។ កម្មវិធីរុករកតាមអ៊ីនធឺណិត Chrome ខុសពី Chromium ក្នុងការប្រើប្រាស់ឡូហ្គោ Google វត្តមាននៃប្រព័ន្ធសម្រាប់ផ្ញើការជូនដំណឹងក្នុងករណីគាំង ម៉ូឌុលសម្រាប់ចាក់មាតិកាវីដេអូការពារការចម្លង (DRM) ប្រព័ន្ធសម្រាប់ដំឡើងបច្ចុប្បន្នភាពដោយស្វ័យប្រវត្តិ បើកដំណើរការដាច់ដោយឡែក Sandbox ជាអចិន្ត្រៃយ៍។ ផ្គត់ផ្គង់កូនសោទៅ Google API និងបញ្ជូន RLZ- នៅពេលស្វែងរកប៉ារ៉ាម៉ែត្រ។ សម្រាប់​អ្នក​ដែល​ត្រូវ​ការ​ពេល​វេលា​បន្ថែម​ទៀត​ក្នុង​ការ​ធ្វើ​បច្ចុប្បន្នភាព សាខា​ស្ថិរភាព​បន្ថែម​ត្រូវ​បាន​គាំទ្រ​ដោយ​ឡែក​ពី​គ្នា បន្ទាប់​មក​ដោយ 8 សប្តាហ៍។ ការចេញផ្សាយបន្ទាប់របស់ Chrome 125 ត្រូវបានកំណត់ពេលសម្រាប់ថ្ងៃទី 14 ខែឧសភា។

ការផ្លាស់ប្តូរសំខាន់ៗនៅក្នុង Chrome 124៖

• នៅក្នុងកំណែ Android កម្មវិធីគ្រប់គ្រងចំណាំឥឡូវនេះគាំទ្រការរក្សាទុកចំណាំ និងបញ្ជីអានពេលក្រោយនៅលើ ម៉ាស៊ីនបម្រើ Google បានភ្ជាប់ទៅគណនីអ្នកប្រើប្រាស់។
• Chrome សម្រាប់ Android រួមបញ្ចូលវិធីសាស្រ្តថ្មីសម្រាប់ការរក្សាទុកពាក្យសម្ងាត់ក្នុងតំបន់ដែលមិនត្រូវបានធ្វើសមកាលកម្មនៅលើឧបករណ៍នានា។ ពីមុន ពាក្យសម្ងាត់ក្នុងតំបន់ត្រូវបានរក្សាទុកក្នុងទម្រង់ Chrome ប៉ុន្តែឥឡូវនេះនឹងត្រូវបានរក្សាទុកនៅក្នុងកន្លែងផ្ទុកពាក្យសម្ងាត់ដែលផ្តល់ដោយសេវាកម្ម Google Play ដែលត្រូវបានប្រើរួចហើយដើម្បីរក្សាទុកពាក្យសម្ងាត់សម្រាប់គណនី Google ។
• នៅក្នុងការបង្កើតសម្រាប់ Windows, macOS និង Linux, TLS រួមបញ្ចូលដោយការគាំទ្រលំនាំដើមសម្រាប់យន្តការ encapsulation គន្លឹះ (KEM, Key Encapsulation Mechanism) ដែលប្រើក្បួនដោះស្រាយកូនកាត់ X25519Kyber768 ធន់នឹងការជ្រើសរើសនៅលើកុំព្យូទ័រ quantum ។ X25519Kyber768 គឺជាការរួមបញ្ចូលគ្នានៃយន្តការផ្លាស់ប្តូរគន្លឹះ X25519 ដោយផ្អែកលើខ្សែកោងរាងអេលីប ដែលឥឡូវនេះត្រូវបានប្រើប្រាស់ក្នុង TLS ជាមួយនឹងក្បួនដោះស្រាយ Kyber-768 ដែលប្រើវិធីសាស្ត្រគ្រីបគ្រីបដោយផ្អែកលើការដោះស្រាយបញ្ហាទ្រឹស្តីបន្ទះឈើ ពេលវេលានៃដំណោះស្រាយដែលមិនខុសគ្នារវាងធម្មតា និង កុំព្យូទ័រ quantum ។
• នៅពេលបង្ហាញអត្ថបទ បណ្ណាល័យ Skia គិតគូរអំពីកម្រិតពណ៌ និងការកំណត់ពណ៌ដែលបានបញ្ជាក់នៅក្នុង Windows សម្រាប់បច្ចេកវិទ្យាធ្វើឱ្យអត្ថបទ ClearType រលោង ដែលអាចកែលម្អគុណភាពនៃការបង្ហាញពុម្ពអក្សរនៅលើម៉ូនីទ័រ LCD ។ ក្នុង​ការ​បង្កើត​សម្រាប់​លីនុច ពុម្ព​អក្សរ​ដែល​ប្រើ​ក្នុង​ចំណុច​ប្រទាក់​បាន​ផ្លាស់​ប្តូរ​គួរ​ឱ្យ​កត់​សម្គាល់។
• វាអាចទៅរួចក្នុងការដំឡើងគេហទំព័រណាមួយជាកម្មវិធី PWA ដែលមានដោយខ្លួនឯង (Progressive Web Apps) ទោះបីជាទំព័រនេះមិនបំពេញតាមលក្ខណៈវិនិច្ឆ័យ PWA ក៏ដោយ។
• ដោយអនុលោមតាមតម្រូវការនៃ DMA អឺរ៉ុប (ច្បាប់ទីផ្សារឌីជីថល) ប្រអប់ត្រូវបានផ្តល់ជូនដើម្បីជ្រើសរើសម៉ាស៊ីនស្វែងរកដែលនឹងត្រូវបានប្រើតាមលំនាំដើម។ មានម៉ាស៊ីនស្វែងរកដែលត្រូវជ្រើសរើស មាននៅក្នុងផ្នែកការកំណត់ “chrome://settings/search”។ ម៉ាស៊ីនស្វែងរកក្នុងបញ្ជីត្រូវបានបង្ហាញតាមលំដាប់ចៃដន្យ។ នៅក្នុង Chrome 120 ប្រអប់នេះត្រូវបានសាកល្បងសម្រាប់អ្នកប្រើប្រាស់ 1% ហើយឥឡូវនេះត្រូវបានបើកសម្រាប់អ្នករាល់គ្នា។
• បានអនុវត្តសំណើរបស់អ្នកប្រើដើម្បីផ្តល់ការអនុញ្ញាតនៅពេលដែលកម្មវិធីបណ្តាញចូលប្រើ Web MIDI API ដែលអនុញ្ញាតឱ្យអ្នកធ្វើអន្តរកម្មជាមួយឧបករណ៍តន្ត្រីជាមួយនឹងចំណុចប្រទាក់ MIDI ដែលភ្ជាប់ទៅកុំព្យូទ័ររបស់អ្នក។ ពីមុន សំណើការអនុញ្ញាតត្រូវបានបង្ហាញតែនៅពេលផ្ញើ ឬទទួលសារ SysEx ប៉ុន្តែឥឡូវនេះនឹងត្រូវបានបង្ហាញនៅពេលណាដែល Web MIDI API ត្រូវបានចូលប្រើ។ ហេតុផលសម្រាប់ការផ្លាស់ប្តូរនេះត្រូវបានលើកឡើងនៅក្នុងស្ថានភាពដែលគេហទំព័រចៃដន្យចាប់យកការគ្រប់គ្រងផ្តាច់មុខរបស់ឧបករណ៍បញ្ជា MIDI ដោយរារាំងសមត្ថភាពរបស់កម្មវិធីផ្សេងទៀតដើម្បីធ្វើការជាមួយវា។ បញ្ហាសុវត្ថិភាពក៏ត្រូវបានកត់សម្គាល់ផងដែរ ដោយសារ Web MIDI API អនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងឧបករណ៍ MIDI យ៉ាងពេញលេញ រួមទាំងការដំឡើងកម្មវិធីបង្កប់ផ្ទាល់ខ្លួនរបស់អ្នក។
• Web SQL API ដែល​មិន​ត្រូវ​បាន​កំណត់​ស្តង់ដារ​គឺ​កម្រ​ត្រូវ​បាន​ប្រើ ហើយ​តម្រូវ​ឱ្យ​មាន​ការ​ធ្វើ​ឡើង​វិញ​ដើម្បី​បំពេញ​តាម​តម្រូវការ​សុវត្ថិភាព​ទំនើប​ត្រូវ​បាន​បញ្ឈប់​ទាំងស្រុង។ Web SQL ត្រូវបានបិទតាមលំនាំដើមតាំងពី Chrome 119 ប៉ុន្តែមានការកំណត់ដើម្បីនាំយកវាមកវិញ។ ឥឡូវនេះការកំណត់នេះត្រូវបានដកចេញ។ សម្រាប់អ្នកអភិវឌ្ឍន៍ដែលត្រូវការមុខងារនេះ វាត្រូវបានស្នើឱ្យប្រើវ៉ារ្យ៉ង់នៃបណ្ណាល័យ SQLite ដែលចងក្រងជាទិដ្ឋភាព WebAssembly ។
• បានបន្ថែមសមត្ថភាពក្នុងការគ្រប់គ្រងទិសដៅនៃការសរសេរអត្ថបទដែលបង្ហាញបញ្ឈរនៅក្នុងធាតុទម្រង់គេហទំព័រ (ជ្រើសរើស វាស់ វឌ្ឍនភាព ប៊ូតុង ផ្ទៃអត្ថបទ និងធាតុបញ្ចូល) នៅពេលជ្រើសរើសការតំរង់ទិសបញ្ឈរតាមរយៈមុខងារ CSS របៀបសរសេរ។ ដើម្បី​បង្ហាញ​អត្ថបទ​ពី​កំពូល​ទៅ​បាត ឥឡូវ​នេះ​អ្នក​អាច​ប្រើ​ធាតុ​សំណុំ​បែបបទ “ltr” ហើយ​ពី​ក្រោម​ទៅ​កំពូល – “rtl” ។
• API User-Agent Client Hints ដែលត្រូវបានបង្កើតឡើងជាការជំនួសសម្រាប់បឋមកថា User-Agent បានបន្ថែមការគាំទ្រសម្រាប់ប៉ារ៉ាម៉ែត្រ Sec-CH-UA-Form-Factors ដែលអនុញ្ញាតឱ្យអតិថិជនជូនដំណឹងដល់ម៉ាស៊ីនមេអំពីកត្តាទម្រង់ឧបករណ៍របស់អ្នកប្រើប្រាស់ (កុំព្យូទ័រលើតុ យានយន្ត ទូរស័ព្ទចល័ត XR EInk និងនាឡិកា)។ User-Agent Client Hints អនុញ្ញាតឱ្យមានការចែកចាយទិន្នន័យជាជម្រើសអំពីប៉ារ៉ាម៉ែត្រកម្មវិធីរុករក និងប្រព័ន្ធជាក់លាក់ (កំណែ វេទិកា។ល។) លុះត្រាតែមានការស្នើសុំ។ ម៉ាស៊ីនមេអ្នកប្រើប្រាស់​អាចកំណត់​ថាតើព័ត៌មានអ្វីខ្លះ​ដែលអាចផ្តល់ជូនម្ចាស់គេហទំព័រ។ នៅពេលប្រើ User-Agent Client Hints ឧបករណ៍កំណត់អត្តសញ្ញាណកម្មវិធីរុករកមិនត្រូវបានបញ្ជូនដោយគ្មានការស្នើសុំជាក់លាក់នោះទេ ហើយមានតែប៉ារ៉ាម៉ែត្រមូលដ្ឋានប៉ុណ្ណោះដែលត្រូវបានផ្តល់ជូនតាមលំនាំដើម ដែលធ្វើឱ្យការកំណត់អត្តសញ្ញាណអកម្មមានការលំបាក។
• បានបន្ថែមសមត្ថភាពក្នុងការគ្រប់គ្រងការក្លូននៃឫសនីមួយៗនៅក្នុង Shadow DOM ដែលអនុវត្តដោយពាក្យបញ្ជាដូចជា cloneNode() ។ សមត្ថភាពក្នុងការក្លូនមែកឫស DOM ត្រូវបានបើកដោយប្រើប៉ារ៉ាម៉ែត្រក្លូន (“attachShadow({clonable:true})”) ឬគុណលក្ខណៈ “shadowrootclonable” ( )
  
• បានបន្ថែមវិធីសាស្រ្តថ្មី setHTMLUnsafe() និងparseHTMLUnsafe() ដើម្បីប្រើវាក្យសម្ព័ន្ធ Shadow DOM ពី JavaScript។ វិធីសាស្ត្រ setHTMLUnsafe() និង parseHTMLUnsafe() ស្រដៀងទៅនឹង innerHTML និង DOMParser.parseFromString() អនុញ្ញាតឱ្យអ្នកបញ្ចូល ឬញែកមាតិកាក្នុងទម្រង់ HTML ទៅជាធាតុមួយ ប៉ុន្តែខុសគ្នាត្រង់ការគាំទ្ររបស់ពួកគេសម្រាប់ដំណើរការធាតុគំរូជាមួយនឹងគុណលក្ខណៈ shadowrootmode ។
• បានបន្ថែមការគាំទ្រសម្រាប់ WebSocket Stream API ដែលអនុញ្ញាតឱ្យអ្នកផ្ទេរទិន្នន័យរវាងកម្មវិធីរុករកតាមអ៊ីនធឺណិត និងម៉ាស៊ីនមេនៅក្នុងរបៀបស្ទ្រីមដោយមិនប្រើការស្ទង់មតិ ដែលជាការប្រសើរបំផុតសម្រាប់ការរៀបចំការបញ្ជូន និងការទទួលទិន្នន័យដែលចូលឥតឈប់ឈរ ឧទាហរណ៍ក្នុងការអនុវត្តការជជែក។ const wss = ថ្មី WebSocketStream(WSS_URL); const {readable, writable} = រង់ចាំ wss.opened; const reader = readable.getReader(); const writer = writable.getWriter(); while (true) { const {value, done} = រង់ចាំ reader.read(); ប្រសិនបើ (រួចរាល់) { បំបែក; } const លទ្ធផល = រង់ចាំដំណើរការ(តម្លៃ); រង់ចាំ writer.write(លទ្ធផល); }
• សមត្ថភាពរបស់ View Transitions API ត្រូវបានពង្រីក ដែលធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការបង្កើតបែបផែនចលនាអន្តរកាលរវាងស្ថានភាព DOM ផ្សេងៗគ្នា (ឧទាហរណ៍ ការផ្លាស់ប្តូរដោយរលូនពីរូបភាពមួយទៅរូបភាពមួយទៀត)។ កំណែថ្មីបន្ថែមការគាំទ្រសម្រាប់ព្រឹត្តិការណ៍ “pageswap” ដែលត្រូវបានបង្កើតសម្រាប់វត្ថុ “window” នៅពេលដែលវត្ថុ “document” ដែលពាក់ព័ន្ធត្រូវបានជំនួសដោយវត្ថុថ្មីមួយកំឡុងពេលរុករក។ បានបន្ថែមផងដែរនូវទ្រព្យសម្បត្តិ "ការទប់ស្កាត់ការបង្ហាញ" ដែលអនុញ្ញាតឱ្យអ្នកទប់ស្កាត់ការបង្ហាញឯកសាររហូតដល់ការញែកមាតិកាសំខាន់ៗត្រូវបានបញ្ចប់។
• បានបន្ថែមប៉ារ៉ាម៉ែត្រ disallowReturnToOpener ដែលបានឆ្លងកាត់នៅពេលហៅទៅវិធី requestWindow ដែលអនុញ្ញាតឱ្យអ្នកដកប៊ូតុងថយក្រោយនៅក្នុងបង្អួចដែលបានបើកក្នុងរបៀបរូបភាពក្នុងរូបភាព ដើម្បីការពារការត្រលប់ទៅផ្ទាំងដែលបង្អួចត្រូវបានបើក។
• បានបន្ថែមសមត្ថភាពក្នុងការកំណត់គុណលក្ខណៈ CSSImportRule.styleSheet ទៅ NULL ដើម្បីបង្ហាញថាមិនមានសន្លឹករចនាប័ទ្មដែលពាក់ព័ន្ធទេ។ បានបន្ថែមគុណលក្ខណៈ CSSKeyframesRule.length ដែលបង្ហាញពីចំនួននៃលក្ខណៈសម្បត្តិទៅលិបិក្រម។
• សម្រាប់វាលដែលអាចកែសម្រួលបាន គុណលក្ខណៈ "ការស្នើសុំការសរសេរ" ត្រូវបានអនុវត្តដើម្បីគ្រប់គ្រងថាតើការណែនាំត្រូវបានបង្ហាញនៅពេលអ្នកវាយបញ្ចូល។
• ការគាំទ្រសម្រាប់ ServiceWorker និង SharedWorker ត្រូវបានបន្ថែមទៅ WebGPU API ។
• បានបន្ថែមការគាំទ្រសម្រាប់បឋមកថា HTTP "អាទិភាព" តាមរយៈនោះអ្នកអាចបញ្ជូនព័ត៌មានអំពីអាទិភាពនៃដំណើរការសំណើ (RFC 9218) នៅដំណាក់កាលនៃការចូលប្រើប្រាស់ធនធានដំបូង។
• ការកែលម្អត្រូវបានធ្វើឡើងចំពោះឧបករណ៍សម្រាប់អ្នកអភិវឌ្ឍន៍គេហទំព័រ។ បន្ទះបំពេញស្វ័យប្រវត្តិថ្មីត្រូវបានបន្ថែមដើម្បីពិនិត្យព័ត៌មានដែលប្រើដើម្បីបំពេញទម្រង់ដោយស្វ័យប្រវត្តិ។

  បន្ទះត្រួតពិនិត្យរចនាប័ទ្ម CSS បានធ្វើឱ្យប្រសើរឡើងនូវការគាំទ្រសម្រាប់រចនាប័ទ្មដែលបានដាក់។ បន្ទះដំណើរការផ្តល់នូវសមត្ថភាពក្នុងការលាក់មុខងារដែលមិនចាំបាច់ និងការហៅទូរសព្ទដែលជាប់ទាក់ទងគ្នារបស់ពួកគេ ដើម្បីកាត់បន្ថយសំលេងរំខាននៅក្នុងក្រាហ្វ។ ការគាំទ្រសម្រាប់ចលនាដែលភ្ជាប់ទៅនឹងមាតិការមូរ (ចលនាដែលជំរុញដោយចលនា) ត្រូវបានបន្ថែមទៅបន្ទះបំបាត់កំហុសចលនា។ បន្ទះត្រួតពិនិត្យបណ្តាញអនុញ្ញាតឱ្យអ្នកកំណត់ប៉ារ៉ាម៉ែត្រសម្រាប់ការបាត់បង់កញ្ចប់ព័ត៌មាន និងទំហំជួរបណ្តាញ ដើម្បីពិនិត្យមើលប្រតិបត្តិការនៃកម្មវិធី WebRTC ក្នុងករណីមានបញ្ហាបណ្តាញ។

  

បន្ថែមពីលើការច្នៃប្រឌិត និងការកែកំហុស កំណែថ្មីនេះលុបបំបាត់ភាពងាយរងគ្រោះចំនួន 22 ។ ភាពងាយរងគ្រោះជាច្រើនត្រូវបានគេរកឃើញថាជាលទ្ធផលនៃការធ្វើតេស្តដោយស្វ័យប្រវត្តិដោយប្រើឧបករណ៍ AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer និងឧបករណ៍ AFL ។ គ្មានបញ្ហាសំខាន់ណាមួយត្រូវបានគេកំណត់អត្តសញ្ញាណ ដែលនឹងអនុញ្ញាតឱ្យមនុស្សម្នាក់ឆ្លងកាត់គ្រប់កម្រិតនៃការការពារកម្មវិធីរុករកតាមអ៊ីនធឺណិត និងប្រតិបត្តិកូដនៅលើប្រព័ន្ធនៅខាងក្រៅបរិយាកាសប្រអប់ខ្សាច់។ ជាផ្នែកមួយនៃកម្មវិធីដើម្បីទូទាត់រង្វាន់ជាសាច់ប្រាក់សម្រាប់ការរកឃើញភាពងាយរងគ្រោះសម្រាប់ការចេញផ្សាយបច្ចុប្បន្ន Google បានបង់រង្វាន់ចំនួន 13 ក្នុងចំនួនទឹកប្រាក់ 65 ពាន់ដុល្លារសហរដ្ឋអាមេរិក (ពានរង្វាន់មួយគឺ $ 20000, $ 10000, $ 7000 និង $ 2000, ពានរង្វាន់ចំនួនបីគឺ $5000 និង $3000, ពានរង្វាន់ចំនួនពីរ។ 1000 ដុល្លារ) ។ ទំហំនៃរង្វាន់មួយមិនទាន់ត្រូវបានកំណត់នៅឡើយទេ។

ប្រភព: opennet.ru