Chrome 101 გამოშვება

Google-მა გამოაქვეყნა Chrome 101 ვებ ბრაუზერის გამოშვება. ამავდროულად, ხელმისაწვდომია უფასო Chromium პროექტის სტაბილური გამოშვება, რომელიც ემსახურება Chrome-ის საფუძველს. Chrome ბრაუზერი Chromium-ისგან განსხვავდება Google-ის ლოგოების გამოყენებით, ავარიის შემთხვევაში შეტყობინებების გაგზავნის სისტემის არსებობით, კოპირებით დაცული ვიდეო კონტენტის (DRM) დაკვრის მოდულებით, განახლებების ავტომატურად ინსტალაციის სისტემით, Sandbox იზოლაციის სამუდამოდ ჩართვით. , კლავიშების მიწოდება Google API-სთვის და გადასცემს RLZ- პარამეტრებს ძიებისას. მათთვის, ვისაც მეტი დრო სჭირდება განახლებისთვის, არის ცალკე Extended Stable ფილიალი, რასაც მოჰყვება 8 კვირა, რომელიც ქმნის Chrome 100-ის წინა გამოშვების განახლებას. Chrome 102-ის შემდეგი გამოშვება დაგეგმილია 24 მაისს.

ძირითადი ცვლილებები Chrome 101-ში:

• დამატებულია Side Search ფუნქცია, რომელიც შესაძლებელს ხდის სხვა გვერდის ნახვის პარალელურად გვერდითა ზოლში ძიების შედეგების ნახვას (ერთ ფანჯარაში შეგიძლიათ ერთდროულად იხილოთ გვერდის შინაარსიც და საძიებო სისტემაში წვდომის შედეგი). Google-ში ძიების შედეგების მქონე გვერდიდან საიტზე გადასვლის შემდეგ, მისამართების ზოლის შეყვანის ველის წინ გამოჩნდება ხატულა ასო „G“-ით; მასზე დაწკაპუნებისას, იხსნება გვერდითი პანელი, რომელზეც ადრე იყო მიღებული შედეგები. ჩაატარა ძებნა. ნაგულისხმევად, ფუნქცია არ არის ჩართული ყველა სისტემაში; მის გასააქტიურებლად შეგიძლიათ გამოიყენოთ პარამეტრი "chrome://flags/#side-search".
• Omnibox მისამართის ზოლი ახორციელებს შემოთავაზებული რეკომენდაციების კონტენტის წინასწარ რენდერირებას თქვენ აკრეფისას. ადრე, მისამართების ზოლიდან გადასვლის დასაჩქარებლად, გადასვლის სავარაუდო რეკომენდაციები იტვირთებოდა მომხმარებლის დაწკაპუნების მოლოდინის გარეშე, Prefetch ზარის გამოყენებით. ახლა, ჩატვირთვის გარდა, ისინი ასევე ხდება ბუფერში (მათ შორის, სკრიპტები შესრულებულია და იქმნება DOM ხე), რაც იძლევა რეკომენდაციების მყისიერ ჩვენებას დაწკაპუნების შემდეგ. პროგნოზირებადი რენდერის გასაკონტროლებლად პარამეტრები „chrome://flags/#enable-prerender2“, „chrome://flags/#omnibox-trigger-for-prerender2“ და „chrome://flags/#search-suggestion-for -” არის შემოთავაზებული. prerender2”.
• ინფორმაცია User-Agent HTTP სათაურში და JavaScript პარამეტრებში navigator.userAgent, navigator.appVersion და navigator.platform ამოჭრილია. სათაური შეიცავს მხოლოდ ინფორმაციას ბრაუზერის სახელის, ბრაუზერის მნიშვნელოვანი ვერსიის შესახებ (MINOR.BUILD.PATCH ვერსიის კომპონენტები ჩანაცვლებულია 0.0.0-ით), პლატფორმისა და მოწყობილობის ტიპის (მობილური ტელეფონი, კომპიუტერი, ტაბლეტი). დამატებითი მონაცემების მისაღებად, როგორიცაა ზუსტი ვერსია და გაფართოებული პლატფორმის მონაცემები, უნდა გამოიყენოთ User Agent Client Hints API. საიტებისთვის, რომლებსაც არ აქვთ საკმარისი ახალი ინფორმაცია და ჯერ არ არიან მზად მომხმარებლის აგენტის კლიენტის მინიშნებებზე გადასვლისთვის, 2023 წლის მაისამდე მათ აქვთ შესაძლებლობა დააბრუნონ სრული მომხმარებლის აგენტი.
• შეიცვალა setTimeout ფუნქციის ქცევა ნულოვანი არგუმენტის გადაცემისას, რომელიც განსაზღვრავს ზარის დაყოვნებას. Chrome 101-დან დაწყებული, „setTimeout(…, 0)“-ის მითითებისას კოდი დაუყოვნებლივ გამოიძახება, 1 ms დაყოვნების გარეშე, როგორც ეს მოითხოვს სპეციფიკაციას. განმეორებითი ჩადგმული setTimeout ზარებისთვის გამოიყენება 4 ms შეფერხება.
• Android პლატფორმის ვერსია მხარს უჭერს შეტყობინებების ჩვენების ნებართვების მოთხოვნას (Android 13-ში, შეტყობინებების საჩვენებლად აპლიკაციას უნდა ჰქონდეს „POST_NOTIFICATIONS“ ნებართვა, რომლის გარეშეც შეტყობინებების გაგზავნა დაიბლოკება). Chrome-ის Android 13 გარემოში გაშვებისას, ბრაუზერი ახლა მოგთხოვთ მიიღოთ შეტყობინების ნებართვები.
• მესამე მხარის სკრიპტებში WebSQL API-ის გამოყენების შესაძლებლობა ამოღებულია. ნაგულისხმევად, WebSQL ბლოკირება სკრიპტებში, რომლებიც არ ჩაიტვირთა მიმდინარე საიტიდან, ჩართული იყო Chrome 97-ში, მაგრამ დარჩა ამ ქცევის გამორთვის ვარიანტი. Chrome 101 ხსნის ამ პარამეტრს. სამომავლოდ, ჩვენ ვგეგმავთ თანდათანობით შევაჩეროთ WebSQL-ის მხარდაჭერა მთლიანად, გამოყენების კონტექსტის მიუხედავად. რეკომენდებულია WebSQL-ის ნაცვლად გამოიყენოთ Web Storage და ინდექსირებული მონაცემთა ბაზის API. WebSQL ძრავა დაფუძნებულია SQLite კოდზე და შეიძლება გამოყენებულ იქნას თავდამსხმელების მიერ SQLite-ში დაუცველობის გამოსაყენებლად.
• წაიშალა საწარმოს პოლიტიკის სახელები (chrome://policy), რომლებიც შეიცავდა არაინკლუზიურ ტერმინებს. Chrome 86-დან დაწყებული, შემოთავაზებულია ჩანაცვლების წესები ამ წესებისთვის, რომლებიც იყენებენ ინკლუზიურ ტერმინოლოგიას. ტერმინები, როგორიცაა „თეთრი სია“, „შავი სია“, „მშობლიური“ და „ოსტატი“ გასუფთავდა. მაგალითად, URLBlacklist პოლიტიკას დაერქვა URLBlocklist, AutoplayWhitelist - AutoplayAllowlist და NativePrinters - Printers.
• Origin Trials-ის რეჟიმში (ექსპერიმენტული ფუნქციები, რომლებიც საჭიროებენ ცალკეულ აქტივაციას), ფედერალური კრედიტების მართვის (FedCM) API-ის ტესტირება ჯერჯერობით მხოლოდ Android პლატფორმის ასამბლეებში დაიწყო, რაც საშუალებას გაძლევთ შექმნათ ერთიანი იდენტიფიკაციის სერვისები, რომლებიც უზრუნველყოფენ კონფიდენციალურობას და მუშაობას ჯვრის გარეშე. -საიტის თვალთვალის მექანიზმები, როგორიცაა მესამე მხარის ქუქიების დამუშავება. Origin Trial გულისხმობს მითითებულ API-სთან მუშაობის შესაძლებლობას localhost-დან ან 127.0.0.1-დან გადმოწერილი აპლიკაციებიდან, ან სპეციალური ტოკენის რეგისტრაციისა და მიღების შემდეგ, რომელიც მოქმედებს შეზღუდული დროით კონკრეტული საიტისთვის.
• პრიორიტეტული მინიშნებების მექანიზმი დასტაბილურდა და შესთავაზა ყველას, რაც საშუალებას გაძლევთ დააყენოთ კონკრეტული გადმოწერილი რესურსის მნიშვნელობა დამატებითი ატრიბუტის „მნიშვნელობის“ მითითებით ტეგებში, როგორიცაა iframe, img და ბმული. ატრიბუტს შეუძლია მიიღოს მნიშვნელობები „ავტო“ და „დაბალი“ და „მაღალი“, რაც გავლენას ახდენს ბრაუზერის გარე რესურსების ჩატვირთვის თანმიმდევრობაზე.
• დამატებულია AudioContext.outputLatency თვისება, რომლის მეშვეობითაც შეგიძლიათ გაიგოთ ინფორმაცია აუდიო გამოსვლამდე მოსალოდნელი დაყოვნების შესახებ (დაყოვნება აუდიო მოთხოვნასა და აუდიო გამომავალი მოწყობილობის მიერ მიღებული მონაცემების დამუშავების დაწყებას შორის).
• დამატებულია შრიფტის პალიტრა CSS თვისება და @font-palette-values-ის წესი, რაც საშუალებას გაძლევთ აირჩიოთ პალიტრა ფერადი შრიფტიდან ან განსაზღვროთ თქვენი საკუთარი პალიტრა. მაგალითად, ამ ფუნქციის გამოყენება შესაძლებელია ფერადი სიმბოლოების შრიფტების ან emoji-ების კონტენტის ფერთან შესატყვისად, ან შრიფტისთვის მუქი ან ღია რეჟიმის ჩასართავად.
• დამატებულია hwb() CSS ფუნქცია, რომელიც უზრუნველყოფს ალტერნატიულ მეთოდს sRGB ფერების მითითებისთვის HWB (Hue, Whiteness, Blackness) ფორმატში, HSL (Hue, Saturation, Lightness) ფორმატის მსგავსი, მაგრამ უფრო ადვილია ადამიანის აღქმისთვის.
• window.open() მეთოდში, ამომხტარი თვისების მითითება windowFeatures ხაზში, მნიშვნელობის მინიჭების გარეშე (ანუ, როდესაც უბრალოდ მიუთითებთ popup და არა popup=true) ახლა განიხილება, როგორც მინიატურული ამომხტარი ფანჯრის გახსნის საშუალება (ანალოგური ". popup=true") ნაცვლად მიენიჭა ნაგულისხმევი მნიშვნელობა "false", რაც ალოგიკური და შეცდომაში შემყვანი იყო დეველოპერებისთვის.
• MediaCapabilities API, რომელიც გვაწვდის ინფორმაციას მოწყობილობისა და ბრაუზერის შესაძლებლობების შესახებ მულტიმედიური შინაარსის დეკოდირებისთვის (მხარდაჭერილი კოდეკები, პროფილები, ბიტის სიჩქარე და რეზოლუციები), დაემატა მხარდაჭერა WebRTC ნაკადებისთვის.
• შემოთავაზებულია უსაფრთხო გადახდის დადასტურების API-ს მესამე ვერსია, რომელიც უზრუნველყოფს ინსტრუმენტებს შესრულებული გადახდის ტრანზაქციის დამატებითი დადასტურებისთვის. ახალი ვერსია ამატებს მხარდაჭერას იდენტიფიკატორებისთვის, რომლებიც საჭიროებენ მონაცემთა შეყვანას, დადასტურების წარუმატებლობის მითითების ხატის განსაზღვრას და არასავალდებულო payeeName თვისებას.
• USBDevice API-ს დაემატა formula() მეთოდი, რომ გააუქმოს მომხმარებლის მიერ ადრე მინიჭებული USB მოწყობილობაზე წვდომა. გარდა ამისა, USBConfiguration, USBInterface, USBAlternateInterface და USBEndpoint ეგზემპლარები ახლა თანაბარია მკაცრი შედარებისას ("===", მიუთითეთ იმავე ობიექტზე), თუ ისინი დაბრუნდებიან იმავე USBDevice ობიექტისთვის.
• გაუმჯობესდა ინსტრუმენტები ვებ დეველოპერებისთვის. მოწოდებულია მომხმარებლის ჩაწერილი მოქმედებების JSON ფორმატში იმპორტისა და ექსპორტის შესაძლებლობა (მაგალითი). პირადი თვისებების გაანგარიშება და ჩვენება გაუმჯობესდა ვებ კონსოლში და კოდის სანახავი ინტერფეისში. დამატებულია მხარდაჭერა HWB ფერის მოდელთან მუშაობისთვის. დამატებულია CSS პანელში @layer წესის გამოყენებით განსაზღვრული კასკადური ფენების ნახვის შესაძლებლობა.

გარდა ინოვაციებისა და შეცდომების გამოსწორებისა, ახალი ვერსია აღმოფხვრის 30 დაუცველობას. ბევრი დაუცველობა გამოვლინდა ავტომატური ტესტირების შედეგად AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer და AFL ინსტრუმენტების გამოყენებით. არ გამოვლენილა ისეთი კრიტიკული პრობლემა, რომელიც საშუალებას მისცემს გვერდის ავლით ბრაუზერის დაცვის ყველა დონეს და სისტემაში კოდის შესრულებას სავარჯიშო გარემოს გარეთ. როგორც ფულადი ჯილდოს პროგრამის ნაწილი ამჟამინდელი გამოშვებისთვის დაუცველობის აღმოჩენისთვის, Google-მა გადაიხადა 25 ჯილდო 81 ათასი დოლარის ღირებულების (ერთი $10000 ჯილდო, სამი $7500 ჯილდო, სამი $7000 ჯილდო, ერთი $6000 ჯილდო, ორი $5000 ჯილდო, ოთხი $2000 ჯილდო, სამი. $1000 და ერთი პრიზი $500). 6 ჯილდოს ზომა ჯერ დადგენილი არ არის.

წყარო: opennet.ru