Chrome में लोड करने के लिए Gmail हमेशा के लिए ले रहा है: ऐसा क्यों हो रहा है?

Question

मैं OS X 10.6.7 पर Google Chrome 12.0.742.100 का उपयोग कर रहा हूं। ऐसा लगता है कि जीमेल को लोड करने में (2-3 मिनट) समय की एक विषम राशि लगती है, जैसा कि टैब पर 'लोडिंग' सर्कल द्वारा इंगित किया गया है। कुछ चित्र यह समझाने में मदद कर सकते हैं कि मेरा क्या मतलब है:

लोडिंग टैब एक पिन वाला जीमेल टैब है।

यह निर्धारित करने के लिए कि यह पिन किए गए टैब और प्राथमिकता वाले इनबॉक्स के साथ कुछ करना है, मैं निम्नलिखित चित्र दिखाऊंगा जो क्रमशः इन संभावनाओं को बाहर करते हैं:

NB: यह धीमी गति से लोडिंग एक सामान्य, गैर-गुप्त विंडो में भी होती है।

मुझे आश्चर्य है कि यदि अन्य लोग इस प्रकार की धीमी लोडिंग का अनुभव कर रहे हैं और इसका कारण क्या हो सकता है।

Comments

मैं इस पड़ा है इससे पहले कि मैं बस अपना कैश साफ़ कर और यह सामान्य करने के लिए वापस चला गया

— मैट

क्या आप पुष्टि कर सकते हैं कि क्या आप किसी अन्य ब्राउज़र का उपयोग करके उसी समस्या का सामना कर रहे हैं?

— एलेसा

वही बात सफारी 5.0.5 (6533.21.1) के साथ हो रही है।

— बोहज

फ्लूइड पर भी यही बात होती है ।

— क्रेगॉक्स

यह आज बग के रूप में स्वीकार किया गया। उम्मीद है कि यह चौपट हो जाएगा।

— बोहेज

Answer 1

जैसा कि जेफ़ ने उल्लेख किया है, यह जीमेल के काम करने के तरीके को प्रभावित नहीं करता है। कई अलग-अलग क्रोम बग रिपोर्ट ( 1 , 2 , 3 , 4 ) के अनुसार, जीमेल वेबसाइट एक ऐसे संसाधन को लोड करने का प्रयास कर रही है जो हमेशा के लिए ले रहा है / ठीक से लोड नहीं कर रहा है।

बग रिपोर्ट के अनुसार, इसका इस GETअनुरोधित URL से कुछ लेना देना है :

Request URL: https://mail.google.com/mail/channel/bind?VER=8&at=AF6bupMV0YlyE96Mz6Y9tRg5NS0raR6ssA&it=3125&RID=rpc&SID=304CA2227E292CA5&CI=0&AID=9&TYPE=xmlhttp&zx=2hn7zqydxypy&t=1
Request Method:GET
Status Code:200 OK

यदि आप अपने लिए एक नज़र रखना चाहते हैं, तो आप निम्न कार्य कर सकते हैं:

1. एक नया टैब खोलें
2. डेवलपर टूल खोलें। यह द्वारा या तो पाना के लिए जा रहा किया जा सकता है -> उपकरण -> डेवलपर टूल या दबाने Ctrl+ Shift+I
3. नेटवर्क बटन (तीसरा टैब) पर क्लिक करें। आपको नीचे एक संदेश देखना चाहिए जो कहता है, "कोई अनुरोध कैप्चर नहीं किया गया है। नेटवर्क गतिविधि पर विस्तृत जानकारी देखने के लिए पृष्ठ को पुनः लोड करें।"
4. एड्रेस बार में, gmail.com पर जाएं और पेज को लोड होने दें।

आप क्रोम और जीमेल के सर्वर के बीच आगे और पीछे के अनुरोध / सूचना के साथ नेटवर्क टैब को देखेंगे। एक बार जब आप लोगो को कताई बंद करने के लिए लंबे समय तक इंतजार करते हैं, तो आप देख सकते हैं कि संसाधन क्या समस्या पैदा कर रहा था और इसमें कितना समय लगा।

यह मेरे नेटवर्क टैब का एक स्क्रीनशॉट है - आप देख सकते हैं कि bindसंसाधन को लोड होने में 3.6 मिनट लगे:

पूर्ण-आकार देखने के लिए क्लिक करें।

हालाँकि, इसके लिए क्रोम बग रिपोर्ट दर्ज की गई हैं, लेकिन मुझे लगता है कि यह वास्तव में जीमेल के साथ एक समस्या है।

संपादित करें : पिछले 25 मिनट के लिए जीमेल के लिए नेटवर्क गतिविधि देखने के बाद, मुझे यकीन नहीं है कि bindअनुरोध क्या करता है - यह सब कुछ से जुड़ा हुआ लगता है । मेरे लिए, शुरुआती bindअनुरोध में वह सब शामिल है जो मेरे सभी संपर्कों से प्रतीत होता है , और फिर contact.talk.google.comउन संपर्कों के बारे में जानकारी का एक गुच्छा । bindयूआरएल के बारे में के बाद 4 मिनट बंद करने के लिए लगता है और फिर एक नई 4 मिनट कनेक्शन खोलता है - यह होना करने के लिए कैसे जीमेल नए ईमेल के लिए देखता है लगता है। खदान में [noop]प्रविष्टियों का एक गुच्छा था , और फिर ईमेल पते और एक नए ईमेल का विषय जब यह आया।

मैं अब सोच रहा था कि जीमेल जिस तरह से काम करना चाहता है वह नहीं कर रहा है, और बग क्रोम / वेबकिट ब्राउज़र के साथ है जो "लोडिंग" ग्राफिक को दिखाना बंद नहीं करता है जब तक कि सभी प्रारंभिक कनेक्शन बंद नहीं हो जाते हैं (यानी, सही चारों ओर) 3-4 मिनट जब पहला bindबंद हो जाता है)।

संपादन 2: मैंने इस जानकारी के साथ अपनी स्वयं की Chrome बग रिपोर्ट दर्ज की , यदि कोई भी इसे जोड़ना चाहता है।

Comments

शानदार जवाब। जब मैं काम से वापस आऊंगा तो मैं इसका पालन करूंगा। बहुत बहुत धन्यवाद।

— बोहज

समय पर थोड़ा छोटा हो गया। मैं अभी उन चार बग रिपोर्ट के माध्यम से पढ़ रहा हूं। मैं तुम्हें तैनात रखेंगे।

— बोहज

मैंने एक बग रिपोर्ट भी दर्ज की। आशा है कि हम इस पर कुछ कार्रवाई देखेंगे।

— बोहज

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

— बोहज

Answer 2

मैंने इसे देखा है, लेकिन आमतौर पर यह GMail की कार्यक्षमता को प्रभावित नहीं करता है; यही है, यह "लोडिंग" रखता है लेकिन GMail ऐप क्रोम में पूरी तरह कार्यात्मक है। क्या आप भी वही देख रहे हैं?

Comments

हां, कार्यक्षमता ए-ओके है। बस जिज्ञासु: क्या जीमेल वेब का एक विशाल जानवर बन गया है?

— बोहज

Answer 3

यह शायद इसलिए है क्योंकि जीमेल खुद को अपडेट करने के लिए लंबे सर्वर मतदान का उपयोग करता है और क्रोम दिखाता है कि एक खुले कनेक्शन के रूप में और 'लोडिंग' आइकन को स्पिन करता रहता है।

हमने अपने ऐप्स के साथ भी क्रोम में ही ऐसा पाया, जो 'सर्वर पुश' करने के लिए GWT और लॉन्ग सर्वर पोलिंग का इस्तेमाल करते हैं।

अगर वास्तव में यह gmail के मामले में भी है, तो Chrome का दोष gmail नहीं है। यदि आप ui तत्वों के साथ देख और बातचीत कर सकते हैं, तो जीमेल पहले से ही 'लोडेड' है।

Comments

हाहा, यही तो मैं समझा रहा हूं । क्या आपने Chrome डेवलपर्स के साथ बग रिपोर्ट दर्ज की है? यह व्यवहार काफी नया है, लेकिन यह स्पष्ट रूप से बीटा और देव संस्करणों (स्थिर के बारे में निश्चित नहीं) दोनों में दिखाई दे रहा है।

— जारेड हार्ले

मैंने अपनी जानकारी के साथ एक बग दर्ज किया, और आपकी टिप्पणी का उल्लेख किया: http://code.google.com/p/chromium/issues/detail?id=86232

— जेरेड हार्ले

Answer 4

आप क्या मतलब पर निर्भर करता है:

1. यदि आप "पूर्ण" ब्राउज़र लोडिंग को रोकने के लिए 3 मिनट का मतलब रखते हैं, लेकिन वास्तव में लोड हो रहे स्क्रीन से नियमित रूप से वर्डप्रेस टैग में बाहर निकलने के लिए केवल कुछ सेकंड ...

   विभिन्न मशीनों, OS'es और ब्राउज़रों पर मेरे अनुभव में, कभी-कभी यह हमेशा के लिए रहता है । मुझे लगता है कि यह एक जीमेल अनौपचारिक बग है क्योंकि इसने मुझे कभी कोई प्रदर्शन या कार्यक्षमता नहीं दी।

   जब यह मुझे गुस्सा दिलाता है, मैं बस टैब को फिर से लोड करता हूं और "लोडिंग" बंद हो जाता है जब तक कि अगली बार यह बेतरतीब ढंग से फिर से शुरू करने का फैसला नहीं करता। मुझे यकीन है कि यह gmail प्रयोगशालाओं, tho से संबंधित है। मुझे आमतौर पर लगभग 20 सक्षम मिले।

2. अब, यदि आपका मतलब है कि आप लोडिंग स्क्रीन पर 3 मिनट ले रहे हैं ...

   आपको कुछ लैब हटाने की कोशिश करनी चाहिए। कभी-कभी वे एक-दूसरे के साथ संघर्ष करते हैं। मूल HTML का उपयोग करें यदि आप बस में नहीं मिल सकते हैं और आप उन्हें कॉन्फ़िगर करने में सक्षम होंगे।

   लोडिंग स्क्रीन को केवल एक दर्जन से अधिक सेकंड चाहिए या यदि आप एक बरबाद या बहुत उपयोग कर रहे हैं (मैं कहूंगा कि 5 साल से अधिक पुरानी मशीन है।

Answer 5

हां, मैं अक्सर एक ही चीज देखता हूं। मैं बार में एड्रेस सिलेक्ट करता हूं और एंटर (फिर से लोड करने पर क्लिक करने के बजाय) दबाता हूं ... तो यह जल्दी और ठीक से लोड हो जाता है।

Comments

मैं अब कुछ बार कोशिश की है, लेकिन कोई पासा नहीं। मुझे आश्चर्य है कि इस तकनीक ने आपके लिए काम किया है, फिर भी मेरे लिए नहीं। वैसे भी, मैंने कुछ बग रिपोर्ट दर्ज की हैं और मैं आज शाम कुछ और जाँच करूँगा। तुम्हारे सुझाव के लिए धन्यवाद।

— बोहज