क्रोम 69 अपडेट अपने साथ कई बदलाव लेकर आया है। अधिकांश सकारात्मक और अच्छी तरह से प्राप्त हुए थे। हालांकि, एक या दो आंखें उठाने वाले थे। उदाहरण के लिए, Google ने एकतरफा रूप से परिचित URL की कुछ महत्वपूर्ण विशेषताओं को हटाने का निर्णय लिया है, जो ब्राउज़र एड्रेस बार के आसपास अव्यवस्था में उनकी समग्र कमी के अनुरूप है।
Google का दावा है कि परिवर्तन केवल "तुच्छ" वर्णों को हटाता है, जिन पर अधिकांश लोग ध्यान नहीं देते हैं। लेकिन क्या कथित रूप से तुच्छ पात्रों को हटाने से वास्तव में आपके गलत वेबसाइट पर उतरने की संभावना बढ़ जाती है? आइए एक नज़र डालते हैं।
Google Chrome 69 URL से "WWW" को निकालता है
Google Chrome 69 सितंबर 2018 में कुछ दिलचस्प बदलावों के साथ शुरू हुआ। दो बातों ने सुर्खियां बटोरीं:
- क्रोम 69 हरे "https://" प्रोटोकॉल नोटिफ़ायर को हटा देता है, इसे एक साधारण हरे पैडलॉक से बदल देता है। हरा पैडलॉक एक सुरक्षित, HTTPS साइट का प्रतिनिधित्व करता है और यह जांचना आसान बनाने के लिए है कि आपका डेटा जल्दी सुरक्षित है या नहीं।
- साथ ही, उसी अपडेट के हिस्से के रूप में, क्रोम 69 यूआरएल उपडोमेन जानकारी छोड़ देता है। कई मामलों में, इसका अर्थ URL से "www" को हटाना है।
पहला बदलाव कम से कम कुछ मायनों में समझ में आता है। "सिक्योर" टैग, मौजूदा पैडलॉक और "https://" प्रोटोकॉल नोटिफ़ायर को एक ही पैडलॉक में मिलाने से लगभग सभी के लिए यह पता लगाना आसान हो जाता है कि साइट सुरक्षित है या नहीं। और जब आप किसी ऐसी साइट पर जाते हैं जो HTTPS से सुरक्षित नहीं है, तब भी "सुरक्षित नहीं" सूचना प्रदर्शित होती है। (Chrome 70 में "सुरक्षित नहीं" नोटिफ़ायर लाल हो जाएगा।)
हालांकि, दूसरा पहलू यह है कि HTTPS आपको स्वचालित रूप से सुरक्षित नहीं बनाता (यद्यपि, आप सुरक्षित हैं) ), और "गैर-सुरक्षित" साइटें इंटरनेट-उपयोगकर्ताओं के मानस में खतरनाक स्थानों के रूप में प्रवेश करेंगी (फिर से, यह पूरी तरह से सच नहीं है)।
दूसरा परिवर्तन --- URL से उपडोमेन जानकारी को हटाने के लिए --- का कोई मतलब नहीं है। URL से "www" को हटाना सबसे अधिक अटपटा और मूर्खतापूर्ण है, और कम से कम पहले से न सोचा उपयोगकर्ताओं को पूरी तरह से अलग साइटों पर उतरने का कारण बन सकता है। इससे भी बुरी बात यह है कि Google ने उप डोमेन का पहले उल्लेख किए बिना उसे हटा दिया।
URL से "WWW" को हटाने का क्या अर्थ है?
इंटरनेट कैसे काम करता है, इसके लिए उप डोमेन वास्तव में महत्वपूर्ण हैं।
बुनियादी स्तर पर, "makeuseof.com" और "www.makeuseof.com" अलग हैं। वे अलग-अलग यूआरएल हैं, जो अलग-अलग साइटों पर ले जा सकते हैं और यहां तक कि अलग डीएनएस रिकॉर्ड भी हो सकते हैं।
परिवर्तन "एम" को भी प्रभावित करता है। उप डोमेन उदाहरण के लिए, m.facebook.com सिर्फ नियमित facebook.com बन जाता है लेकिन फिर भी मोबाइल साइट दिखाता है। सिस्टम फेसबुक के लिए काम करता है। अन्य साइटें, इतना नहीं। हाल ही में m.tumblr.com पर गए हैं? इसकी संभावना नहीं है, क्योंकि URL कैसा दिखता है, इसके बावजूद यह Tumblr मोबाइल साइट नहीं है। बल्कि, यह किसी का निजी Tumblr डोमेन है, जिसका नाम "m" है।
क्रोम इंजीनियरिंग मैनेजर एड्रिएन पोर्टर फेल्ट ने वायर्ड को बताया, "लोगों को यूआरएल को समझने में वाकई मुश्किल होती है।" "उन्हें पढ़ना मुश्किल है, यह जानना मुश्किल है कि उनमें से किस हिस्से पर भरोसा किया जाना चाहिए, और सामान्य तौर पर मुझे नहीं लगता कि यूआरएल साइट की पहचान बताने के लिए एक अच्छे तरीके के रूप में काम कर रहे हैं। इसलिए हम एक जगह की ओर बढ़ना चाहते हैं जहां वेब पहचान सभी के लिए समझ में आती है:वे जानते हैं कि वेबसाइट का उपयोग करते समय वे किससे बात कर रहे हैं, और वे इस बारे में तर्क कर सकते हैं कि क्या वे उन पर भरोसा कर सकते हैं। लेकिन इसका मतलब यह होगा कि क्रोम यूआरएल को कैसे और कब प्रदर्शित करता है। हम चुनौती देना चाहते हैं कि URL को कैसे प्रदर्शित किया जाना चाहिए और इस पर प्रश्नचिह्न लगाना चाहते हैं क्योंकि हम पहचान बताने का सही तरीका खोज रहे हैं।"
Google को उप डोमेन क्यों नहीं हटाने चाहिए?
अप्रत्याशित परिवर्तनों को इंटरनेट पर प्रतिक्रिया मिली है। और वह भी कई कारणों से। यहां कुछ मुख्य वार्ता बिंदु दिए गए हैं।
1. Google URL को नष्ट करने का प्रयास कर रहा है
क्या Google क्रोम को एक प्रयोगात्मक यूआरएल-हत्या युद्ध के मैदान के रूप में उपयोग कर रहा है? कुछ टिप्पणीकार ऐसा सोचते हैं। URL अधिकांश इंटरनेट उपयोगकर्ताओं के ब्राउज़िंग अनुभव का एक महत्वपूर्ण हिस्सा हैं, जो एक स्पष्ट URL के साथ आने वाली सुरक्षा को हटाकर अधिक उपयोगकर्ताओं को फ़िशिंग हमलों के लिए उजागर करेगा।
वायर्ड साक्षात्कार में एड्रिएन पोर्टर फेल्ट ने जो कहा, उसके बावजूद "https://www।" यूआरएल के पहलू को पढ़ना मुश्किल नहीं है, यह सिर्फ नियमित इंटरनेट नामकरण है जिसके लिए बुनियादी शिक्षा की आवश्यकता होती है। किसी URL के बिट्स को समझना मुश्किल होता है जो उन पथनामों से आते हैं जो प्रारंभिक डोमेन नाम का अनुसरण करते हैं, जिसमें गुप्त फ़ाइल नाम और एक्सटेंशन शामिल हैं।
अपमानित हुए बिना, इंटरनेट जीवन का एक महत्वपूर्ण हिस्सा है और अब 25 साल का हो गया है। डोमेन नाम को पढ़ना और समझना सीखना महत्वपूर्ण है।
2. Google चाहता है कि AMP सभी URL बदल दे
Google के AMP प्रोजेक्ट के आलोचकों का मानना है कि URL से सबडोमेन को मिटाने का कदम, और इसलिए किसी भी डिवाइस पर कोई भी Chrome एड्रेस बार, मोबाइल ऑप्टिमाइज़र को आगे बढ़ाने की एक चाल है। Google AMP अनिवार्य रूप से वेब पेजों को कैश करता है और उन्हें अनुकूलित मोबाइल साइटों के रूप में पेश करता है।
जबकि कई साइटों में अब कार्यात्मक मोबाइल साइटें हैं, AMP सेवा मूल रूप से प्रकाशकों को Google को उनके पृष्ठ दृश्यों पर नियंत्रण करने के लिए बाध्य करती है। वे ऐसा क्यों करेंगे? अन्यथा, प्रकाशक के लेख Google मोबाइल खोज के शीर्ष कहानियां अनुभाग में प्रदर्शित होने की अत्यधिक संभावना नहीं है। ओह, और इस प्रक्रिया में, Google मुद्रीकरण प्रक्रिया को भी नियंत्रित करता है। उपयोगकर्ता अनुभव बहुत अच्छा है, दिमाग, और यह दुर्भावनापूर्ण और दुष्ट विज्ञापन नेटवर्क में कटौती करता है।
Google AMP आलोचकों का कहना है कि "amp" को छिपाकर। उपयोगकर्ताओं से उपडोमेन, Google अंततः सेवा के माध्यम से सभी वेब सामग्री को फ़नल कर देगा, इंटरनेट सामग्री के अधिपति बनने के लिए। (जैसे कि वे पहले से ही नहीं हैं।)
Google Chrome 69 में उपडोमेन प्रदर्शन पुन:सक्षम करें
आप Google Chrome 69 से उप डोमेन हटाने के Google के निर्णय को उलट सकते हैं। Chrome में आदेशों की एक प्रयोगात्मक सूची है, जिसे "झंडे" के रूप में जाना जाता है। आप कुछ प्रयोगात्मक सेटिंग्स को चालू और बंद करने के लिए फ़्लैग को सक्षम या अक्षम कर सकते हैं। और निष्पक्ष होने के लिए, URL से तुच्छ उप डोमेन हटाना अभी भी एक प्रयोग है।
chrome://flags/#omnibox-ui-hide-static-state-url-scheme-and-subdomains पर जाएं (आपको लिंक को Google क्रोम में कॉपी और पेस्ट करना पड़ सकता है, और विशिष्ट लिंक केवल तभी काम करता है जब आप Google क्रोम 69 का उपयोग कर रहे हों)। ड्रॉपडाउन बॉक्स का उपयोग करके, अक्षम select चुनें , फिर परिवर्तन को प्रभावी करने के लिए अपने ब्राउज़र को पुनः लॉन्च करें।
हालांकि, यदि आप परिवर्तन वापस नहीं करना चाहते हैं, लेकिन दोबारा जांच करना चाहते हैं कि आप सही URL का उपयोग कर रहे हैं, तो बस Chrome पता बार पर क्लिक करें। पूरा यूआरएल इसके (उम्मीद के मुताबिक) https:// प्रोटोकॉल नोटिफ़ायर के साथ प्रदर्शित होगा।
क्या यह URL का अंत है जैसा हम जानते हैं?
2013 में वापस, Google ने क्रोमियम, Google के ओपन-सोर्स क्रोम प्रोजेक्ट में एक प्रयोग चलाया। "ओरिजिनल चिप" प्रयोग ने पारंपरिक ब्राउज़र एड्रेस बार को एक क्लीनर डिज़ाइन के लिए बदल दिया, डोमेन विवरण (जारीकर्ता प्रमाणपत्र प्राधिकरण जैसे बिट्स सहित) को दाईं ओर स्थानांतरित कर दिया। इस विचार को क्रोमियम उपयोगकर्ताओं से काफी प्रतिक्रिया मिली और यह लंबे समय तक जारी नहीं रहा, लेकिन इसने 2014 में इसे Chrome 38 में प्रदर्शित होने से नहीं रोका।
द वायर्ड आर्टिकल (इस लेख में पहले जुड़ा हुआ) कई तरह से बता रहा था। यूआरएल निश्चित रूप से बदलने के लिए तैयार हैं। Chrome में इंजीनियरिंग की निदेशक, Parisa Tabriz ने कहा कि "हम [Google] जो कुछ भी प्रस्तावित करते हैं, वह विवादास्पद होने वाला है [...]>
URL पर आपका जो भी विचार है, Google को इससे कोई फ़र्क नहीं पड़ता। जब इंटरनेट की दिग्गज कंपनी बोलती है, तो वेबसाइटें सुनती हैं। क्योंकि अगर वे ऐसा नहीं करते हैं, तो उनके पास लंबे समय तक मौजूद रहने में विफल रहने का एक अजीब आदत है।