क्रोम 101 रिलीज

Google ने Chrome 101 वेब ब्राउज़र की रिलीज़ का अनावरण किया है। साथ ही, मुफ़्त क्रोमियम प्रोजेक्ट की एक स्थिर रिलीज़, जो Chrome के आधार के रूप में कार्य करती है, उपलब्ध है। क्रोम ब्राउज़र क्रोमियम से Google लोगो के उपयोग, क्रैश की स्थिति में सूचनाएं भेजने के लिए एक सिस्टम की उपस्थिति, कॉपी-संरक्षित वीडियो सामग्री (डीआरएम) चलाने के लिए मॉड्यूल, स्वचालित रूप से अपडेट इंस्टॉल करने के लिए एक सिस्टम, सैंडबॉक्स अलगाव को स्थायी रूप से सक्षम करने में भिन्न है। , Google API को कुंजियाँ प्रदान करना और खोजते समय RLZ- संचारित करना। पैरामीटर। जिन लोगों को अपडेट करने के लिए अधिक समय की आवश्यकता है, उनके लिए 8 सप्ताह की एक अलग विस्तारित स्थिर शाखा है, जो क्रोम 100 की पिछली रिलीज के लिए एक अपडेट बनाती है। क्रोम 102 की अगली रिलीज 24 मई के लिए निर्धारित है।

Chrome 101 में मुख्य परिवर्तन:

• साइड सर्च फ़ंक्शन जोड़ा गया, जो किसी अन्य पृष्ठ को देखने के साथ-साथ साइडबार में खोज परिणामों को देखना संभव बनाता है (एक विंडो में आप पृष्ठ की सामग्री और खोज इंजन तक पहुंचने के परिणाम दोनों को एक साथ देख सकते हैं)। Google में खोज परिणामों वाले पृष्ठ से किसी साइट पर जाने के बाद, पता बार में इनपुट फ़ील्ड के सामने "G" अक्षर वाला एक आइकन दिखाई देता है; जब आप उस पर क्लिक करते हैं, तो पहले के परिणामों के साथ एक साइड पैनल खुलता है खोज की गई. डिफ़ॉल्ट रूप से, फ़ंक्शन सभी सिस्टम पर सक्षम नहीं है; इसे सक्षम करने के लिए, आप "chrome://flags/#side-search" सेटिंग का उपयोग कर सकते हैं।
• ऑम्निबॉक्स एड्रेस बार आपके टाइप करते ही प्रस्तावित अनुशंसाओं की सामग्री का प्रीरेंडरिंग लागू कर देता है। पहले, एड्रेस बार से ट्रांज़िशन को तेज़ करने के लिए, प्रीफ़ेच कॉल का उपयोग करके, उपयोगकर्ता द्वारा क्लिक करने की प्रतीक्षा किए बिना ट्रांज़िशन के लिए सबसे संभावित अनुशंसाएँ लोड की जाती थीं। अब, लोड करने के अलावा, उन्हें बफ़र में भी प्रस्तुत किया जाता है (स्क्रिप्ट निष्पादित होने और DOM ट्री बनने सहित), जो एक क्लिक के बाद अनुशंसाओं को तुरंत प्रदर्शित करने की अनुमति देता है। पूर्वानुमानित प्रतिपादन को नियंत्रित करने के लिए, सेटिंग्स "chrome://flags/#enable-prerender2", "chrome://flags/#omnibox-trigger-for-prerender2" और "chrome://flags/#search-suggestion-for -" का सुझाव दिया गया है। prerender2"।
• यूजर-एजेंट HTTP हेडर और जावास्क्रिप्ट पैरामीटर्स navigator.userAgent, navigator.appVersion और navigator.platform में जानकारी को ट्रिम कर दिया गया है। हेडर में केवल ब्राउज़र नाम, महत्वपूर्ण ब्राउज़र संस्करण (MINOR.BUILD.PATCH संस्करण के घटकों को 0.0.0 द्वारा प्रतिस्थापित किया गया है), प्लेटफ़ॉर्म और डिवाइस प्रकार (मोबाइल फ़ोन, पीसी, टैबलेट) के बारे में जानकारी होती है। अतिरिक्त डेटा, जैसे सटीक संस्करण और विस्तारित प्लेटफ़ॉर्म डेटा प्राप्त करने के लिए, आपको उपयोगकर्ता एजेंट क्लाइंट संकेत एपीआई का उपयोग करना होगा। उन साइटों के लिए जिनके पास पर्याप्त नई जानकारी नहीं है और वे अभी तक उपयोगकर्ता एजेंट क्लाइंट संकेत पर स्विच करने के लिए तैयार नहीं हैं, मई 2023 तक उनके पास पूर्ण उपयोगकर्ता-एजेंट वापस करने का अवसर है।
• शून्य तर्क पारित करते समय सेटटाइमआउट फ़ंक्शन का व्यवहार बदल गया, जो कॉल की देरी को निर्धारित करता है। क्रोम 101 से शुरू करते हुए, "सेटटाइमआउट(..., 0)" निर्दिष्ट करते समय कोड को तुरंत कॉल किया जाएगा, विनिर्देश के अनुसार 1 एमएस की देरी के बिना। बार-बार नेस्टेड सेटटाइमआउट कॉल के लिए, 4 एमएस की देरी लागू की जाती है।
• एंड्रॉइड प्लेटफ़ॉर्म के लिए संस्करण सूचनाएं प्रदर्शित करने के लिए अनुमति का अनुरोध करने का समर्थन करता है (एंड्रॉइड 13 में, सूचनाएं प्रदर्शित करने के लिए, एप्लिकेशन के पास "POST_NOTIFICATIONS" अनुमति होनी चाहिए, जिसके बिना सूचनाएं भेजना अवरुद्ध हो जाएगा)। Android 13 परिवेश में Chrome लॉन्च करते समय, ब्राउज़र अब आपको अधिसूचना अनुमतियाँ प्राप्त करने के लिए संकेत देगा।
• तृतीय-पक्ष स्क्रिप्ट में WebSQL API का उपयोग करने की क्षमता हटा दी गई है। डिफ़ॉल्ट रूप से, वर्तमान साइट से लोड न की गई स्क्रिप्ट में WebSQL ब्लॉकिंग Chrome 97 में सक्षम थी, लेकिन इस व्यवहार को अक्षम करने के लिए एक विकल्प छोड़ा गया था। Chrome 101 इस विकल्प को हटा देता है. भविष्य में, हम उपयोग के संदर्भ की परवाह किए बिना धीरे-धीरे WebSQL के लिए समर्थन को पूरी तरह से समाप्त करने की योजना बना रहे हैं। WebSQL के बजाय वेब स्टोरेज और इंडेक्स्ड डेटाबेस API का उपयोग करने की अनुशंसा की जाती है। WebSQL इंजन SQLite कोड पर आधारित है और इसका उपयोग हमलावरों द्वारा SQLite में कमजोरियों का फायदा उठाने के लिए किया जा सकता है।
• एंटरप्राइज़ नीति के नाम (chrome://policy) हटा दिए गए जिनमें गैर-समावेशी शर्तें शामिल थीं। Chrome 86 से शुरुआत करते हुए, इन नीतियों के लिए प्रतिस्थापन नीतियां प्रस्तावित की गई हैं जो समावेशी शब्दावली का उपयोग करती हैं। "व्हाइटलिस्ट", "ब्लैकलिस्ट", "नेटिव" और "मास्टर" जैसे शब्दों को साफ़ कर दिया गया है। उदाहरण के लिए, URLब्लैकलिस्ट नीति का नाम बदलकर URLBlocklist, AutoplayWhitelist से AutoplayAllowlist और NativePrinters का नाम बदलकर Printers कर दिया गया है।
• ओरिजिनल ट्रायल मोड (प्रायोगिक विशेषताएं जिन्हें अलग सक्रियण की आवश्यकता होती है) में, फेडरेटेड क्रेडेंशियल मैनेजमेंट (फेडसीएम) एपीआई का परीक्षण अब तक केवल एंड्रॉइड प्लेटफॉर्म के लिए असेंबली में शुरू हुआ है, जो आपको एकीकृत पहचान सेवाएं बनाने की अनुमति देता है जो गोपनीयता सुनिश्चित करता है और बिना क्रॉस के काम करता है। -साइट ट्रैकिंग तंत्र, जैसे तृतीय-पक्ष कुकी प्रसंस्करण। ओरिजिन ट्रायल का अर्थ है लोकलहोस्ट या 127.0.0.1 से डाउनलोड किए गए एप्लिकेशन से निर्दिष्ट एपीआई के साथ काम करने की क्षमता, या एक विशेष टोकन पंजीकृत करने और प्राप्त करने के बाद जो किसी विशिष्ट साइट के लिए सीमित समय के लिए वैध है।
• प्राथमिकता संकेत तंत्र को स्थिर कर दिया गया है और सभी के लिए पेश किया गया है, जिससे आप आईफ्रेम, आईएमजी और लिंक जैसे टैग में अतिरिक्त "महत्व" विशेषता निर्दिष्ट करके किसी विशेष डाउनलोड किए गए संसाधन का महत्व निर्धारित कर सकते हैं। विशेषता "ऑटो" और "कम" और "उच्च" मान ले सकती है, जो उस क्रम को प्रभावित करती है जिसमें ब्राउज़र बाहरी संसाधनों को लोड करता है।
• AudioContext.outputLatency प्रॉपर्टी जोड़ी गई, जिसके माध्यम से आप ऑडियो आउटपुट से पहले अनुमानित देरी (ऑडियो अनुरोध और ऑडियो आउटपुट डिवाइस द्वारा प्राप्त डेटा को संसाधित करने की शुरुआत के बीच की देरी) के बारे में जानकारी प्राप्त कर सकते हैं।
• फ़ॉन्ट-पैलेट सीएसएस संपत्ति और @फ़ॉन्ट-पैलेट-वैल्यू नियम जोड़ा गया, जिससे आप रंगीन फ़ॉन्ट से पैलेट का चयन कर सकते हैं या अपना खुद का पैलेट परिभाषित कर सकते हैं। उदाहरण के लिए, इस कार्यक्षमता का उपयोग रंगीन वर्ण फ़ॉन्ट या इमोजी को सामग्री के रंग से मिलान करने, या किसी फ़ॉन्ट के लिए डार्क या लाइट मोड को सक्षम करने के लिए किया जा सकता है।
• hwb() CSS फ़ंक्शन जोड़ा गया, जो HWB (ह्यू, व्हाइटनेस, ब्लैकनेस) फॉर्मेट में sRGB रंगों को निर्दिष्ट करने के लिए एक वैकल्पिक तरीका प्रदान करता है, जो HSL (ह्यू, सैचुरेशन, लाइटनेस) फॉर्मेट के समान है, लेकिन मानव धारणा के लिए आसान है।
• window.open() विधि में, windowFeatures लाइन में पॉपअप प्रॉपर्टी को बिना कोई मान निर्दिष्ट किए निर्दिष्ट करना (यानी जब पॉपअप=सत्य के बजाय केवल पॉपअप निर्दिष्ट करना) को अब एक लघु पॉपअप विंडो खोलने में सक्षम करने के रूप में माना जाता है (के अनुरूप) पॉपअप = सत्य") के बजाय डिफ़ॉल्ट मान "गलत" निर्दिष्ट किया गया, जो डेवलपर्स के लिए अतार्किक और भ्रामक था।
• मीडियाकैपेबिलिटीज एपीआई, जो मल्टीमीडिया सामग्री (समर्थित कोडेक्स, प्रोफाइल, बिट दर और रिज़ॉल्यूशन) को डिकोड करने के लिए डिवाइस और ब्राउज़र की क्षमताओं के बारे में जानकारी प्रदान करती है, ने वेबआरटीसी स्ट्रीम के लिए समर्थन जोड़ा है।
• सुरक्षित भुगतान पुष्टिकरण एपीआई का एक तीसरा संस्करण प्रस्तावित किया गया है, जो किए जा रहे भुगतान लेनदेन की अतिरिक्त पुष्टि के लिए उपकरण प्रदान करता है। नया संस्करण उन पहचानकर्ताओं के लिए समर्थन जोड़ता है जिनके लिए डेटा प्रविष्टि, सत्यापन विफलता को इंगित करने के लिए एक आइकन की परिभाषा और एक वैकल्पिक भुगतानकर्ता संपत्ति की आवश्यकता होती है।
• USB डिवाइस तक पहुंचने के लिए उपयोगकर्ता द्वारा पहले दी गई अनुमतियों को रद्द करने के लिए USBDevice API में भूल() विधि जोड़ी गई। इसके अतिरिक्त, USBConfiguration, USBInterface, USBAlterateInterface, और USBEndpoint इंस्टेंस अब सख्त तुलना के तहत बराबर हैं ("===, उसी ऑब्जेक्ट को इंगित करें) यदि वे समान USBDevice ऑब्जेक्ट के लिए लौटाए जाते हैं।
• वेब डेवलपर्स के लिए टूल में सुधार किए गए हैं। JSON प्रारूप में रिकॉर्ड की गई उपयोगकर्ता क्रियाओं को आयात और निर्यात करने की क्षमता प्रदान की गई है (उदाहरण)। वेब कंसोल और कोड देखने के इंटरफ़ेस में निजी संपत्तियों की गणना और प्रदर्शन में सुधार किया गया है। HWB रंग मॉडल के साथ काम करने के लिए समर्थन जोड़ा गया। सीएसएस पैनल में @लेयर नियम का उपयोग करके परिभाषित कैस्केडिंग परतों को देखने की क्षमता जोड़ी गई।

नवाचारों और बग फिक्स के अलावा, नया संस्करण 30 कमजोरियों को समाप्त करता है। एड्रेससैनिटाइज़र, मेमोरीसैनिटाइज़र, कंट्रोल फ़्लो इंटीग्रिटी, लिबफ़ुज़र और एएफएल टूल का उपयोग करके स्वचालित परीक्षण के परिणामस्वरूप कई कमजोरियों की पहचान की गई थी। ऐसी कोई गंभीर समस्या की पहचान नहीं की गई है जो किसी को ब्राउज़र सुरक्षा के सभी स्तरों को बायपास करने और सैंडबॉक्स वातावरण के बाहर सिस्टम पर कोड निष्पादित करने की अनुमति दे। वर्तमान रिलीज़ के लिए कमजोरियों की खोज के लिए नकद पुरस्कार कार्यक्रम के हिस्से के रूप में, Google ने $25 हजार के 81 पुरस्कारों का भुगतान किया (एक $10000 पुरस्कार, तीन $7500 पुरस्कार, तीन $7000 पुरस्कार, एक $6000 पुरस्कार, दो $5000 पुरस्कार, चार $2000 पुरस्कार, तीन पुरस्कार $1000 और $500 का एक पुरस्कार)। 6 पुरस्कारों का आकार अभी तक निर्धारित नहीं किया गया है।

स्रोत: opennet.ru