हमें Chrome के करीब-करीब सभी वर्शन में, प्रॉडक्ट, उसकी परफ़ॉर्मेंस, और वेब प्लैटफ़ॉर्म की सुविधाओं के बारे में काफ़ी अपडेट और सुधार दिखते हैं. इस लेख में Chrome 52 में होने वाले बदलावों के बारे में बताया गया है, जो 9 जून से बीटा वर्शन में है. इस सूची में किसी भी समय बदलाव किया जा सकता है.
डीएचई-आधारित साइफ़र बंद किए जा रहे हैं
बहुत ज़्यादा शब्द: डेस्कटॉप के Chrome 53 वर्शन में, डीएचई-आधारित साइफ़र हटा दिए गए हैं, क्योंकि लंबे समय तक इस्तेमाल के लिए ये साइफ़र काफ़ी नहीं हैं. अगर ECDHE उपलब्ध है, तो सर्वर को इस्तेमाल करना चाहिए. अगर ECDHE उपलब्ध नहीं है, तो सर्वर को सामान्य आरएसए साइफ़र इस्तेमाल करना चाहिए.
हटाएं | Chromestatus Tracker | Chromium की गड़बड़ी
पिछले साल, हमने Chrome में TLS डिफ़ी-हेलमैन ग्रुप का सबसे कम साइज़ 512-बिट से 1024-बिट था. हालांकि, लंबे समय के लिए 1024-बिट काफ़ी नहीं है. मेट्रिक की रिपोर्ट के मुताबिक, Chrome पर देखे जाने वाले करीब 95% DHE कनेक्शन, 1024-बिट DHE का इस्तेमाल करते हैं. TLS में डीएचई नेगोशिएट करने के तरीके के साथ-साथ, 1024-बिट से आगे बढ़ना मुश्किल हो जाता है.
हालांकि एक ड्राफ़्ट स्पेसिफ़िकेशन है जो इस समस्या को ठीक करता है, लेकिन यह अब भी एक ड्राफ़्ट है. इसके लिए क्लाइंट और सर्वर, दोनों में बदलाव करने की ज़रूरत होती है. वहीं, ईसीडीएचई पहले से ही बड़े पैमाने पर लागू और डिप्लॉय किया जा चुका है. उपलब्ध होने पर, सर्वर को ECDHE पर अपग्रेड कर देना चाहिए. अगर ऐसा नहीं है, तो पक्का करें कि सामान्य आरएसए साइफ़र सुइट चालू हो.
Chrome 51 के बाद से, DHE पर आधारित साइफ़र बंद कर दिए गए हैं. Chrome 53 में डेस्कटॉप से सहायता हटाई जा रही है.
FileError का इस्तेमाल रोकने की चेतावनी
बहुत ज़्यादा शब्द हैं, पढ़ा नहीं गया: Chrome 54 में, अब काम न करने वाले FileError इंटरफ़ेस को हटा दिया जाएगा. err.code के रेफ़रंस को err.name और err.message से बदलें.
हटाएं | Chromestatus Tracker | Chromium की गड़बड़ी
File API स्टैंडर्ड के मौजूदा वर्शन में FileError इंटरफ़ेस नहीं है और इसके साथ काम करने की सुविधा को 2013 में कुछ समय के लिए बंद कर दिया गया था. Chrome 53 में, काम न करने की यह चेतावनी DevTools कंसोल पर प्रिंट की जाएगी:
'FileError' अब काम नहीं करती और इसे 54 में हटा दिया जाएगा. कृपया गड़बड़ी के 'कोड' के बजाय, 'नाम' या 'मैसेज' एट्रिब्यूट का इस्तेमाल करें.
अलग-अलग स्थितियों में, इसके अलग-अलग नतीजे होते हैं.
FileReader.errorऔरFileWriter.error,FileErrorऑब्जेक्ट के बजायDOMExceptionऑब्जेक्ट होंगे.- एसिंक्रोनस
FileSystemकॉल के लिए,ErrorCallbackकोFileErrorके बजायFileError.ErrorCodeपास किया जाएगा. - सिंक्रोनस
FileSystemकॉल के लिए,FileErrorके बजायFileError.ErrorCodeको इस्तेमाल किया जाएगा.
इस बदलाव का असर सिर्फ़ उस कोड पर पड़ता है जो गड़बड़ी वाले इंस्टेंस के कोड (e.code) की तुलना, सीधे FileError enum वैल्यू (FileError.NOT_FOUND_ERR वगैरह) से करता है. ऐसा कोड जो हार्ड कोड किए गए कॉन्सटेंट (जैसे कि e.code === 1) की जांच करता है, हो सकता है कि वह उपयोगकर्ता को गलत गड़बड़ियों की शिकायत न कर दे.
अच्छी बात यह है कि FileError, DOMError, और DOMException गड़बड़ी के सभी टाइप name और message प्रॉपर्टी शेयर करते हैं, जो गड़बड़ी वाले मामलों (दूसरे शब्दों में, e.name === "NotFoundError") को एक जैसे नाम देती हैं. इसके बजाय, कोड को उन प्रॉपर्टी का इस्तेमाल करना चाहिए जो सभी ब्राउज़र पर काम करेंगे और FileError इंटरफ़ेस को हटा देने के बाद भी काम करते रहेंगे.
FileError को Chrome 54 पर हटाए जाने का अनुमान है.
<input type=search> के लिए नतीजे वाला एट्रिब्यूट हटाएं
बहुत ज़्यादा शब्द हैं, पढ़ा नहीं गया: results एट्रिब्यूट को हटाया जा रहा है, क्योंकि यह किसी स्टैंडर्ड का हिस्सा नहीं है और इसे सभी ब्राउज़र पर एक जैसा नहीं किया गया है.
हटाएं | Chromestatus Tracker | Chromium की गड़बड़ी
results वैल्यू सिर्फ़ वेबकिट में लागू की जाती है और जो लागू होती हैं उन पर यह ज़्यादा अलग तरीके से काम करती है. उदाहरण के लिए, Chrome इनपुट बॉक्स में मैग्निफ़ायर आइकॉन जोड़ता है, जबकि Safari डेस्कटॉप पर यह कंट्रोल करता है कि मैग्निफ़ायर आइकॉन पर क्लिक करके पॉप-अप में दिखाई गई पिछली खोजों की कितनी जानकारी दिखाई जाए. यह किसी स्टैंडर्ड का हिस्सा नहीं है, इसलिए इसे बंद कर दिया गया है.
अगर आपको अब भी अपने इनपुट फ़ील्ड में सर्च आइकॉन शामिल करना है, तो आपको एलिमेंट में कुछ कस्टम स्टाइलिंग जोड़नी होगी. ऐसा करने के लिए, बैकग्राउंड की इमेज शामिल करें और इनपुट फ़ील्ड पर बाईं पैडिंग (जगह) तय करें.
input[type=search] {
background: url(some-great-icon.png) no-repeat scroll 15px 15px;
padding-left:30px;
}
```
This attribute has been deprecated since Chrome 51.