हम नए जीमेल के हुड के नीचे देखते हैं

छह महीने पहले, Google ने अपनी ईमेल सेवा का एक अद्यतन संस्करण पेश किया। इस तथ्य के बावजूद कि कई उपयोगकर्ता Redesign से नाखुश थे, जिसमें हेबे भी शामिल था , यह अब उपयोगकर्ताओं के लिए मुख्य इंटरफ़ेस है।

अन्य कमियों के बीच, लोग नए संस्करण के प्रदर्शन में गिरावट की शिकायत करते हैं, खासकर कमजोर कंप्यूटर पर। आइए देखें कि ऐसा क्यों होता है और मेल इंटरफ़ेस में क्या इतना मुश्किल हो सकता है। इस लेख में, हम Google Chrome में डेवलपर टूल का उपयोग करेंगे, इसलिए यह लेख भी याद दिलाएगा कि वहां क्या अवसर उपलब्ध हैं।

स्रोत डेटा

सबसे पहले, आपको यह समझने की आवश्यकता है कि हम किसके साथ काम कर रहे हैं। Google Chrome Devtools में एक अंतर्निहित लाइटहाउस टूल है जो आपकी साइट के लिए एक सरल और सरल प्रदर्शन रिपोर्ट बनाता है। इसमें, जीमेल को प्रदर्शन के लिए एक ड्यूश मिलता है (अधिकतम 100 अंकों में से!)

ईमानदार होने के लिए, यह वह परिणाम नहीं है जो आप Google उत्पाद से अपेक्षा करते हैं। फिर भी, हम इस स्थिति को और अधिक विस्तार से देखें। कैश को बंद करें, और सक्षम किए गए devtools के साथ Gmail इंटरफ़ेस लोड करें। नेटवर्क टैब इस पेज को डाउनलोड करने के लिए किए गए सभी अनुरोधों को दिखाएगा। यह 6.9 एमबी निकला। यह एक प्रभावशाली आकार है, जिसे देखते हुए यहां तक ​​कि यूट्यूब, एक और हाल ही में अपडेट की गई सेवा, केवल 2 एमबी संसाधनों को लोड करता है।

यहां यह ध्यान देने योग्य है कि जीमेल सहित आधुनिक सेवाएं, उन्नत संसाधन कैशिंग के लिए सेवा कार्यकर्ताओं का उपयोग करती हैं। इसलिए, ठंड शुरू करने के सटीक माप के लिए, कैश को बंद करना पर्याप्त नहीं है, आपको सेवा कार्यकर्ताओं को भी रीसेट करने की आवश्यकता है, जो संसाधन भी रखते हैं। इसके बाद ही, स्क्रैच से डाउनलोड नंबर वास्तविक होगा।

अब धीमी गति में लोड हो रहे पृष्ठ को देखने का प्रयास करते हैं। Google Chrome प्रलेखन यह बताता है कि यह कैसे करना है। हमें पृष्ठ लोड करने के विभिन्न चरणों से स्क्रीनशॉट का एक सेट मिलता है:

यहां आप देख सकते हैं कि पेज 9 वें सेकंड तक कमोबेश लोड है।

कैश का उपयोग करते समय पुनः लोड करने के साथ, स्थिति बेहतर है। पेज केवल 250 केबी के अनुरोध करता है, लेकिन यह इसे तेज नहीं बनाता है, हम अभी भी लगभग 10 सेकंड के लिए स्प्लैश स्क्रीन देखते हैं। बिंदु स्पष्ट रूप से अनुरोधों की संख्या नहीं है, कुछ और पृष्ठ को धीमा बनाता है।

हम संसाधनों को अवरुद्ध करते हैं

अब डाउनलोड करने योग्य स्क्रिप्ट की सूची देखें:

शायद उनमें से कुछ इंटरफ़ेस के सामान्य संचालन के लिए आवश्यक नहीं हैं? आइए उन्हें एक-एक करके बंद करने की कोशिश करें और उनके बिना पृष्ठ का परीक्षण करें। यह आसानी से अंतर्निहित कार्यक्षमता का उपयोग करके किया जाता है ।

व्यावहारिक रूप से, यह पता चला कि इंटरफ़ेस के काम करने के लिए https://mail.google.com/_/scs/* महत्वपूर्ण हैं, लेकिन निम्नलिखित अनुरोधों को अवरुद्ध किया जा सकता है:

• www.gstatic.com/og/* - Google API क्लाइंट लाइब्रेरी , Google सेवाओं के अनुरोधों के लिए पुस्तकालय
• ssl.gstatic.com/inputtools/* - Google इनपुट उपकरण - ऑन-स्क्रीन कीबोर्ड विजेट
• hangouts.google.com - हैंगआउट विजेट के लिए जिम्मेदार है

इन अनुरोधों के अलावा, मेरे AdBlock ने https://play.google.com/log पहले से ही अवरुद्ध अनुरोधों को स्थापित किया है, हम उन्हें ध्यान में नहीं रखते हैं, क्योंकि वे ताले शुरू होने से पहले भी प्रयोग किए गए नहीं थे।

हम इन स्क्रिप्ट्स को ब्लैकलिस्ट में जोड़ते हैं और देखते हैं कि पेज 4 सेकंड में लोड होना शुरू हुआ, लेकिन आप अभी भी पत्र पढ़ और लिख सकते हैं।

हम प्रोफाइलर में देखते हैं

इसलिए, हमने जितना हो सके संसाधन लोडिंग को कम से कम किया, लेकिन पेज को लोड करने में अभी भी लंबा समय लगता है। हमें यह देखने की जरूरत है कि इन 4 सेकंड के दौरान क्या होता है। यहाँ, क्रोम में निर्मित प्रोफाइलर हमारी सहायता के लिए आएगा। वह हमें यह तस्वीर दिखाता है:

यहां आप देख सकते हैं कि इस सभी समय के दौरान ब्राउज़र जावास्क्रिप्ट निष्पादन के साथ व्यस्त था। यह दिलचस्प है कि इस कोड में ऐसी महत्वपूर्ण और कठिन बात होती है। सौभाग्य से, जावास्क्रिप्ट लगभग अपरिवर्तित ब्राउज़र में लोड होता है और पढ़ा जा सकता है।

शेष कोड पर विचार करें

आइए हमारे लिए उपलब्ध जावास्क्रिप्ट कोड पढ़ें। यहां इसे और अधिक पठनीय बनाने के लिए मिनीकृत कोड को प्रारूपित करने का अवसर मिलता है।

देखने के परिणामों के अनुसार, निम्नलिखित पाया गया:

• कोड बहुत ही मोटे है। सबसे अधिक संभावना है, उन्नत मोड में Google क्लोजर कंपाइलर का उपयोग किया गया था। यही है, जीमेल डेवलपर्स ने आधुनिक खनन तकनीकों का सबसे अधिक निचोड़ लिया है।
• प्रदर्शन मेट्रिक्स कोड में एकत्र किए जाते हैं, इसलिए डेवलपर्स को पता होना चाहिए कि उपयोगकर्ता इंटरफ़ेस कैसे धीरे-धीरे लोड होता है।
• सूत्रों में प्रॉमिस, मैप, सेट और अन्य आधुनिक एपीआई के लिए पॉलीफिल शामिल हैं जो आधुनिक ब्राउज़रों में लोड नहीं हो सकते हैं।
• जीमेल कोड गूगल क्लोजर लिबरी में लिखा गया है

अंतिम बिंदु पर यह अधिक विस्तार से रोकने के लायक है। क्लोजर लाइब्रेरी एक इंटरफ़ेस डेवलपमेंट फ्रेमवर्क है जो 2009 में दिखाई दिया, और तब से बहुत कुछ नहीं बदला है। उदाहरण के लिए, ActiveXObject के माध्यम से अजाक्स अभी भी वहां समर्थित है : जिसे केवल IE6 और लोअर के लिए आवश्यक है, हालांकि वर्तमान जीमेल आधिकारिक तौर पर केवल IE 10+ का समर्थन करता है ।

इसके अलावा, क्लोजर यूआई "बेस्ट" जीडब्ल्यूटी परंपरा में एक वर्ग पदानुक्रम पर आधारित है - बहुत सारे वर्बोज़ के साथ एक दृष्टिकोण जो स्पष्ट रूप से प्रतिपादन प्रदर्शन को प्रभावित करता है। आधुनिक यूआई फ्रेमवर्क (रिएक्ट या वीयू, उदाहरण के लिए) बहुत अधिक हल्के सार - घटक - जो प्रस्तुत करने के लिए बहुत सस्ता है।

इसलिए लंबी इनिशियलाइज़ेशन: हज़ारों कक्षाएं कोड में बनाई गई हैं और वास्तव में हमें जीमेल इंटरफ़ेस को प्रस्तुत करने के लिए शुरू करने से पहले कई अमूर्तियां शुरू हुई हैं।

इस प्रकार, अद्यतन उपस्थिति के बावजूद, जीमेल पुरानी प्रौद्योगिकियों की विरासत को खींचता है, जिनमें से गंभीरता बाहरी आवरण के पीछे छिपी नहीं हो सकती।

निष्कर्ष

मुझे उम्मीद है कि इस समीक्षा के बाद यह थोड़ा स्पष्ट हो जाएगा कि जीमेल धीमा क्यों हो जाता है। दुर्भाग्य से, Google को उनकी सेवा को गति देना हमारी शक्ति में नहीं है, लेकिन आप कम से कम अपने अनुप्रयोगों के लिए कुछ सबक सीख सकते हैं:

• विरासत परियोजनाएं आमतौर पर अनावश्यक कोड में आती हैं, जैसे कि विरासत ब्राउज़रों के लिए हैक। अपने स्रोतों की समीक्षा करें और उन चीजों से छुटकारा पाएं जो अप्रासंगिक हो गई हैं।
• सार मुक्त नहीं हैं। यदि आप एक सुरुचिपूर्ण वास्तुशिल्प पैटर्न का उपयोग करके किसी समस्या को हल करना चाहते हैं, तो पहले इस बारे में सोचें कि क्या यह बहुत भारी उपकरण होगा, शायद एक आसान विकल्प है।
• मूल तत्वों को मूल पृष्ठ पर अपलोड न करें। इस मामले में, हैंगआउट विजेट चैनल को ब्लॉक नहीं कर सकता है, मुख्य जीमेल संसाधनों को लोड करने में हस्तक्षेप करता है, लेकिन मुख्य कार्यक्षमता प्रदान करने के बाद पृष्ठभूमि में लोड होता है।
• आधुनिक तकनीक की उपेक्षा मत करो। वे आपके कार्यों के लिए मौलिक रूप से नए समाधान, अधिक उत्पादक और सुविधाजनक हो सकते हैं। 2018 में Google से सेवा का एक नया स्वरूप देखना अजीब है, जिसमें वेब घटकों का उपयोग नहीं किया गया है, जिसके लिए Google सम्मेलनों में इतनी सक्रियता से डूब रहा है ।
• खैर, अपनी परियोजनाओं के लिए प्रदर्शन माप पर ध्यान देना न भूलें। इसके लिए, अब कई सुविधाजनक उपकरण हैं, दोनों ब्राउज़र-आधारित और CI में लॉन्च करने के लिए।