वेबसाइटें इन दिनों तुरंत अपना टेक्स्ट क्यों नहीं दिखाती हैं?


444

मैंने देखा है कि हाल ही में कई वेबसाइटें अपना पाठ प्रदर्शित करने के लिए धीमी हैं। आमतौर पर, पृष्ठभूमि, चित्र इत्यादि लोड किए जाने वाले होते हैं, लेकिन कोई पाठ नहीं। कुछ समय बाद पाठ यहां और वहां दिखाई देने लगता है (हमेशा एक ही समय में नहीं)।

यह मूल रूप से इसके विपरीत काम करता है, जैसा कि पहले इस्तेमाल किया गया था, जब पाठ पहले प्रदर्शित किया गया था, फिर बाद में चित्र और बाकी लोड हो रहे थे। क्या नई तकनीक इस मुद्दे को बना रही है? कोई उपाय?

ध्यान दें कि मैं एक धीमे कनेक्शन पर हूं, जो शायद समस्या को बढ़ाता है।

एक उदाहरण के लिए नीचे देखें - सब कुछ लोड है लेकिन पाठ को प्रदर्शित होने से पहले कुछ और सेकंड लगते हैं:

यहां छवि विवरण दर्ज करें


72
इस विशेष स्थिति में, PortableApps.com "Ubuntu" फ़ॉन्ट का उपयोग कर रहा है। जॉन ने पहले OpenSans की कोशिश की, लेकिन हमने उबंटू को बहुत जल्दी बदल दिया। मैं स्विच करने का मुख्य प्रस्तावक था ... एक तरीका जिससे आप समस्या को दूर कर सकते हैं वह है फ़ॉन्ट परिवार द्वारा स्वयं को स्थापित करना। यदि आप इसे font.ubuntu.com से इंस्टॉल करते हैं तो यह तुरंत काम करेगा।
क्रिस मॉर्गन

21
डैनियल का जवाब आंख खोलने वाला है। मुझे लगा कि यह जानबूझकर किया गया है ताकि हम पृष्ठ के सभी विज्ञापनों को देख सकें।
मनोज आर

1
जैसा कि कई लोगों ने यहां बताया है, अप्रत्याशित तरीके से प्रस्तुत करने के लिए पाठ के अनंत कारण हैं, क्योंकि किसी पृष्ठ को प्रस्तुत करना केवल डेवलपर / डिजाइनर की कल्पना द्वारा सीमित है, जो कि कम से कम एएनएसआई स्थिति कोड के बाद से 1980 के दशक के बुलेटिन की अनुमति देता है। ड्रॉप शैडो के साथ ओवरलैपिंग विंडो के साथ मल्टीएयर चैट और यूआई को लागू करने के लिए बोर्ड। मीबो बिना किसी एप्लेट के ब्राउज़र में इनमें से कुछ प्रभावों को पुन: पेश करने वाला पहला था। "इसके विपरीत काम करता है क्योंकि यह" इंटरनेट पर बहुत अधिक सरल करता है और एक विशिष्ट समय अवधि को संदर्भित नहीं करता है।
पीजे ब्रूनेट

6
तो क्यों कम एलेक्सा रैंक वाली वेबसाइट से एक यादृच्छिक स्क्रीन कैप के आधार पर इंटरनेट के बारे में व्यापक सामान्यीकरण करें? सबसे अच्छा जवाब भी एक बोल्ड दावा करता है: "आजकल डिजाइनर XYZ करते हैं" कुछ वास्तविक संख्याओं के साथ बैकअप होना चाहिए, जैसे "5% वेबसाइटें 2012 के रूप में Google वेब फ़ॉन्ट्स का उपयोग करती हैं" या जो भी हो।
पीजे ब्रूनेट

1
लेकिन फ़ॉन्ट फ़ाइलें कैश में रखी जाती हैं, इस साइट पर लोड होने के लिए लंबे समय से इंतजार करना पड़ता है। वे उस हिस्से की जांच कर सकते हैं
user613326

जवाबों:


483

एक कारण यह है कि आजकल वेब डिज़ाइनर वेब फोंट (आमतौर पर WOFF प्रारूप में) का उपयोग करना पसंद करते हैं , जैसे Google वेब फोंट के माध्यम से ।

पहले, केवल एक फ़ॉन्ट जो किसी साइट पर प्रदर्शित होने में सक्षम था, वह था जिसे उपयोगकर्ता ने स्थानीय रूप से इंस्टॉल किया था। चूंकि उदाहरण के लिए मैक और विंडोज उपयोगकर्ताओं के पास आवश्यक रूप से एक ही फोंट नहीं थे, इसलिए डिजाइनरों ने सहज रूप से हमेशा नियमों को परिभाषित किया

font-family: Arial, Helvetica, sans-serif;

जहां, यदि सिस्टम पर पहला फॉन्ट नहीं मिला है, तो ब्राउज़र दूसरे के लिए दिखेगा, और अंत में एक फॉलबैक "सैन्स-सेरिफ़" फॉन्ट होगा।

अब, कोई फ़ॉन्ट URL को ब्राउज़र डाउनलोड करने के लिए CSS नियम के रूप में दे सकता है, जैसे:

@import url(http://fonts.googleapis.com/css?family=Droid+Serif:400,700);

और फिर उदाहरण के लिए एक विशिष्ट तत्व के लिए फ़ॉन्ट लोड करें:

font-family: 'Droid Serif',sans-serif;

यह कस्टम फोंट का उपयोग करने में सक्षम होने के लिए बहुत लोकप्रिय है, लेकिन यह भी समस्या का कारण बनता है कि ब्राउज़र द्वारा संसाधन लोड किए जाने तक कोई पाठ प्रदर्शित नहीं होता है, जिसमें डाउनलोड समय, फ़ॉन्ट लोडिंग समय और रेंडर समय शामिल है। मुझे उम्मीद है कि यह वह कलाकृति है जो आप अनुभव कर रहे हैं।

एक उदाहरण के रूप में: मेरे राष्ट्रीय समाचार पत्रों में से एक, डागेंस न्येथर , अपने हेडलाइन्स के लिए वेब फोंट का उपयोग करता है, लेकिन उनके लीड्स का नहीं, इसलिए जब उस साइट को लोड किया जाता है, तो मैं आमतौर पर लीड को पहले देखता हूं, और आधे सेकंड के बाद ऊपर के सभी रिक्त स्थान पॉपुलेटेड होते हैं। सुर्खियों के साथ (यह क्रोम और ओपेरा पर सच है, कम से कम। दूसरों की कोशिश नहीं की गई है)।

(इसके अलावा, डिजाइनर इन दिनों हर जगह जावास्क्रिप्ट को पूरी तरह से छिड़कते हैं, इसलिए हो सकता है कि कोई व्यक्ति पाठ के साथ कुछ चतुर करने की कोशिश कर रहा है, जिसके कारण देरी हो रही है। यह बहुत विशिष्ट साइट होगी, हालांकि: पाठ की सामान्य प्रवृत्ति इन में देरी हो सकती है। समय ऊपर वर्णित वेब फ़ॉन्ट समस्या है, मुझे विश्वास है।)


इसके अलावा

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

इस घटना को सामान्य रूप से "अस्थिर सामग्री की फ्लैश" के रूप में जाना जाता है, और विशेष रूप से "अस्थिर पाठ का फ्लैश"। "FOUC" और "FOUT" के लिए खोज करने से अधिक जानकारी मिलती है।

मैं वेब फोंट के संबंध में वेब डिजाइनर पॉल आयरिश के पोस्ट को FOUT पर सुझा सकता हूं

कोई भी नोट कर सकता है कि विभिन्न ब्राउज़र इसे अलग तरीके से संभालते हैं। मैंने ऊपर लिखा था कि मैंने ओपेरा और क्रोम का परीक्षण किया था, जो दोनों समान व्यवहार करते थे। सभी WebKit आधारित वाले (Chrome, Safari, आदि) वेब फ़ॉन्ट लोडिंग अवधि के दौरान फ़ॉलबैक फ़ॉन्ट के साथ वेब फ़ॉन्ट पाठ का प्रतिपादन करके फ़िश से बचने का चयन करते हैं । यहां तक कि अगर वेब फ़ॉन्ट कैश किया गया है, वहाँ होगा एक देरी प्रस्तुत करना हो । इस प्रश्न सूत्र में बहुत सारी टिप्पणियां हैं जो अन्यथा कह रही हैं और यह गलत है कि कैश्ड फोंट इस तरह का व्यवहार करते हैं, लेकिन ऊपर दिए गए लिंक से:

किन मामलों में आपको FOUT मिलेगा

  • होगा: दूरस्थ ttf / otf / woff को डाउनलोड करना और प्रदर्शित करना
  • होगा: कैश्ड ttf / otf / woff प्रदर्शित करना
  • होगा: डेटा-यूआरआई ttf / otf / woff को डाउनलोड करना और प्रदर्शित करना
  • होगा: कैश्ड डेटा-यूटीआई टीटीएफ / ओटीएफ / वॉफ प्रदर्शित करना
  • नहीं होगा: एक फ़ॉन्ट प्रदर्शित करना जो पहले से ही स्थापित है और आपके पारंपरिक फ़ॉन्ट स्टैक में नाम है
  • नहीं होगा: स्थानीय () स्थान का उपयोग करके स्थापित और नामित एक फ़ॉन्ट प्रदर्शित करना

चूंकि रेंडर करने से पहले क्रोम जोखिम का इंतजार करता है, इसलिए इससे देरी होती है। किस हद तक प्रभाव दिखाई देता है (विशेषकर कैश से लोड करते समय) अन्य चीजों पर निर्भर करता है जो पाठ की मात्रा और अन्य कारकों की आवश्यकता होती है, लेकिन कैशिंग प्रभाव को पूरी तरह से दूर नहीं करता है।

पोस्ट के निचले भाग में 2011-20104-14 के अनुसार आयरिश व्यवहार में ब्राउज़र व्यवहार के बारे में कुछ अपडेट हैं:

  • फ़ायरफ़ॉक्स (FFb11 और FF4 फ़ाइनल के रूप में) में अब फ़ेस नहीं है! Wooohoo! http://bugzil.la/499292 मूल रूप से पाठ 3 सेकंड के लिए अदृश्य है, और फिर यह फॉलबैक फ़ॉन्ट वापस लाता है। Webfont शायद उन तीन सेकंड के भीतर लोड होगा ... हालांकि उम्मीद है कि ..
  • IE9 WOFF और TTF और OTF का समर्थन करता है (हालाँकि इसके लिए आपको एक एम्बेडिंग बिट सेट चीज़ की आवश्यकता होती है - यदि आप WFFFF का उपयोग करते हैं तो ज्यादातर लूट)। हालाँकि!!! IE9 में FOUT है। :(
  • वेबकिट में 0.5 सेकंड के बाद फ़ॉलबैक टेक्स्ट दिखाने के लिए एक पैच इंतज़ार करना पड़ता है । एफएफ के रूप में एक ही व्यवहार लेकिन 3 के बजाय 0.5 एस।
  • जोड़ : पलक के पास इसके लिए एक बग भी पंजीकृत है , लेकिन ऐसा लगता है कि अंतिम सहमति इस बारे में नहीं मिली है कि इसके साथ क्या करना है - वर्तमान में वेबकीट के समान कार्यान्वयन।

यदि यह डिजाइनरों के लिए एक प्रश्न था, तो व्यक्ति इस प्रकार की समस्याओं से बचने के तरीकों में जा सकता है webfontloader, लेकिन यह एक और प्रश्न होगा। पॉल आयरिश लिंक इस मामले पर और विस्तार से बताता है।


7
क्या किसी भी ब्राउज़र ने किसी उपलब्ध फ़ॉन्ट में पहले पाठ को प्रस्तुत करने की कोशिश की है, और पसंदीदा फ़ॉन्ट डाउनलोड होने के बाद इसे फिर से प्रस्तुत करना है?
स्टीव बेनेट


5
@ratchetfreak यह पृष्ठ सुधार करने के लिए डिस्कनेक्ट होगा क्योंकि फोंट शायद समान मैट्रिक्स नहीं होंगे
शमूएल एडविन वार्ड

6
कुछ लोग लोड होने के लिए फ़ॉन्ट के इंतजार की उम्र के बजाय एक वेबपेज ब्राउज़ करने के पढ़ने वाले हिस्से को प्राप्त करना पसंद करेंगे
शाफ़्ट फ्रीक

@SteveBennett मुझे पूरा यकीन है कि इंटरनेट एक्सप्लोरर 10 यही कर रहा है। मैंने कभी भी टेक्स्ट को बाद में पॉप अप करते हुए नहीं देखा है। मेरे लिए यह हमेशा कुछ "मानक फ़ॉन्ट" में दिखाई देने वाला पाठ है और कुछ सेकंड बाद यह स्टाइल में बदल जाता है / एक डाउनलोड हो जाता है। मुझे यकीन नहीं है कि यह अगले सीएसएस एक को चुनता है या सिर्फ सिस्टम के डिफॉल्ट को। संपादित करें: आह, अच्छा है, तो यह सिर्फ छिपे हुए पाठ के साथ वेबिकिट है? मुझे लगता है कि कष्टप्रद और बुरे व्यवहार पर विचार करेंगे। क्या कोई भी ब्राउज़र प्रगतिशील छवि लोडिंग को अनदेखा / छुपा रहा है?
मारियो

117

इसका कारण वह पाठ है जिसे आप अभी तक नहीं पढ़ सकते हैं, यह एक वेब फ़ॉन्ट के साथ प्रदान किया जा रहा है जो अभी भी आपके ब्राउज़र के लिए पाइप के रास्ते में है।

साथ ही, चूंकि आपका ब्राउज़र Google Chrome है, जो पेज को रेंडर करने के लिए WebKit का उपयोग करता है, यह उनके द्वारा तय किया गया था (WebKit है) कि यह आपके लिए सबसे अच्छा है कि वेब फ़ॉन्ट डाउनलोड होने तक किसी भी पाठ को न देखें। यदि, हालांकि, आप एक डेवलपर हैं जो पाठ को इसके बजाय उपयुक्त फ़ॉल-बैक सिस्टम फ़ॉन्ट में पठनीय होना पसंद करेंगे, तो आप इसे प्राप्त करने के लिए Google के WebFont लोडर जैसी किसी चीज़ का उपयोग कर सकते हैं ।


दुर्भाग्य से इसका गलत उत्तर है, यदि आप एक बार इस पृष्ठ पर जाते हैं, तो फ़ॉन्ट फ़ाइल आपके वेब कैश में रहती है; इस साइट या इस फ़ॉन्ट का उपयोग करने वाली अन्य वेबसाइटों के अन्य पृष्ठों के लिए इसे नकद से पुनर्प्राप्त किया जाएगा।
user613326

19

संक्षिप्त उत्तर: AJAX या WOFF

वेबसाइटों के कई कारण हैं "उनका पाठ प्रदर्शित करने में धीमा"Portableapps.com पर सुस्ती WOFF फोंट डाउनलोड करने के कारण होती है । हालाँकि, आप "टेक्स्ट यहाँ और वहाँ दिखाई देने लगते हैं" के रूप में वर्णन करते हैं जो अधिक बार AJAX के कारण होता है ।

एक वेबसाइट कई हिस्सों से बनी होती है। इन भागों को कैसे डाउनलोड और असेंबल किया जाता है , यह वेब डिज़ाइनर के नियंत्रण में एक डिज़ाइन विकल्प है । सुस्ती के कारण होता है कि डेवलपर निम्नलिखित भवन ब्लॉकों को कैसे चुनता है:

  • प्रारंभिक HTML पृष्ठ
  • सीएसएस
  • जे एस
  • इमेजिस
  • WOFF फोंट
  • AJAX अनुरोध करता है
  • डोम हेरफेर

पारंपरिक रूप से वेबसाइट:

परंपरागत रूप से, डेवलपर्स के लिए प्रारंभिक HTML पृष्ठ में पाठ सामग्री डालना और उपलब्ध होते ही प्रदर्शित करना आम था । HTML कई संसाधनों को संदर्भित करेगा जो तब डाउनलोड किए जाएंगे। ब्राउज़र तब उत्तरोत्तर स्क्रीन को रीडायरेक्ट करने के लिए शैली और छवियों को शामिल करेगा क्योंकि वे उपलब्ध हो गए थे। AJAX और WOFF उपलब्ध नहीं थे।


WOFF वेबसाइट:

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


AJAX की वेबसाइटें:

कुछ डेवलपर प्रारंभिक HTML पृष्ठ में पाठ सामग्री को शामिल नहीं करने का चयन करते हैं। इसके बजाय, वे AJAX का उपयोग करके पाठ सामग्री डाउनलोड करना चुनते हैं। यह मूल पृष्ठ लोड होने के बाद होता है । मेरे अनुभव में, इस विधि ने WOFF फोंट की तुलना में बहुत व्यापक रूप से अपनाया है और सबसे अधिक बार आपके द्वारा बताए गए धीमेपन का कारण है।


कारण का निर्धारण

किसी विशिष्ट साइट के कारण को निर्धारित करने के लिए फायरबग या क्रोम डेवलपर टूल्स जैसे उपकरणों का उपयोग करके विश्लेषण की आवश्यकता होती है । या वैकल्पिक रूप से, आप Internet Explorer 8 का उपयोग करके साइट खोल सकते हैं , जो AJAX का समर्थन करती है, लेकिन WOFF की नहीं। यदि साइट अभी भी धीमी है, तो समस्या AJAX है न कि WOFF।


14

मैं अक्सर "अस्थिर सामग्री के फ्लैश" से बचने के लिए एक जानबूझकर पसंद हो सकता है। यदि सीएसएस लोड होने से पहले प्रदर्शित पाठ, आप इसे संक्षिप्त रूप में देखेंगे क्योंकि यह कच्चा दिखाई देता है, और फिर एक ब्राउज़र के रूप में फ्लैश इसे फिर से दिखाता है। शुरू में सामग्री को छिपाने के लिए कुछ बुनियादी इनलाइन शैलियों में डालकर, जो वास्तविक स्टाइलशीट में ओवरराइड होती हैं, या जेएस का उपयोग करके, डेवलपर्स इस फ्लैश से बचते हैं।


6
दस में से नौ बार यह जानबूझकर नहीं होगा, यह केवल सबसे सरल तरीके से वेब-फॉन्ट को एम्बेड करने का एक साइड-इफेक्ट है। वास्तव में, यह एक दृश्य विकल्प पेश करने के लिए थोड़ा अतिरिक्त प्रयास करता है जबकि वेब फोंट पाइप के नीचे आ रहे हैं। डेवलपर्स
Marcel

@ मार्सेल - यह धीमे स्टाइलशीट के साथ-साथ धीमे फोंट के कारण भी हो सकता है, phpied.com/css-and-the-citical-path
r3m0t

"उपयोगी सामग्री के फ्लैश" को रोकने के लिए कोड, पाठ के साथ-साथ प्रदर्शित होने वाली छवियों को रोकने के लिए जाता है।
जॉन हैना

मैं यह समझने के लिए संघर्ष करता हूं कि बिना पाठ किसी पाठ से बदतर क्यों है। मैं इसके बजाय स्वीकार करना शुरू कर पाऊंगा कि यह थोड़ा-बहुत हो सकता है। मुझे यह अधिक परेशान लगता है जब यह अचानक कहीं नहीं दिखाई देता है और यह बहुत निराशा होती है जब कोई पृष्ठ लोड होता है और आप एक फ़ॉन्ट के लिए इंतजार करने के लिए मजबूर होते हैं।
रिचर्ड ले पोईडविन

8

जैसा कि अन्य ने उल्लेख किया है, कस्टम फोंट में देरी होने की संभावना है।

थोड़ी और पृष्ठभूमि देने के लिए, ब्राउज़र पृष्ठ सामग्री को स्क्रीन पर प्रस्तुत करने से पहले लगभग निम्नलिखित कार्य कर रहा है:

  1. HTML लाओ (DNS, TCP, अनुरोध / प्रतिक्रिया के लिए कई राउंड ट्रिप)
  2. HTML को पार्स करना शुरू करें, बाहरी संसाधनों जैसे बाहरी CSS और JS की खोज करें। ध्यान दें कि CSS ब्लॉक लेआउट, और JS ब्लॉक पार्सिंग। इसलिए सीएसएस और जेएस जैसे बाहरी संसाधनों को दस्तावेज़ में जल्दी से लोड किया जाता है (उदाहरण के लिए सिर में) स्क्रीन पर सामग्री प्रदर्शित करने के लिए पृष्ठ पर लगने वाले समय को धीमा कर देता है।
  3. एक्सटर्नल सीएसएस और जेएस (कई राउंड ट्रिप: DNS और टीसीपी यदि ये संसाधन सीडीएन जैसे अलग डोमेन पर हैं, साथ ही अनुरोध / प्रतिक्रिया के लिए आरटीटी)
  4. एक बार बाहरी CSS और JS ने लोडिंग, पार्स / निष्पादित जेएस, पार्स / लागू शैलियों को पूरा कर लिया है
  5. यदि सीएसएस कस्टम फोंट का संदर्भ देता है, तो उन फोंट को अब भी डाउनलोड करना होगा, जिसके परिणामस्वरूप पेज के किसी भी हिस्से को रेंडर करने के लिए अतिरिक्त राउंड ट्रिप देरी हो सकती है जो कस्टम फोंट पर निर्भर करती है

हालांकि यह विशेष रूप से कस्टम फोंट के कारण होने वाली देरी के बारे में नहीं है, मैंने हाल ही में एक ब्लॉग पोस्ट लिखा है जो रेंडर देरी के कारणों के बारे में अतिरिक्त जानकारी देता है। यह आपके पृष्ठों के लिए पहले पेंट करने के लिए समय को कम करने के लिए कुछ सुझाव देता है। उम्मीद है कि यह उन पृष्ठों को तेजी से प्रदर्शित करने में रुचि रखने वाले पाठकों के लिए उपयोगी है, जिनमें वे पृष्ठ शामिल हैं, जो कस्टम फ़ॉन्ट का उपयोग करना चाहते हैं: http://calendar.perfplanet.com/2012/make-your-mobile-pages-render-in-under -एक क्षण/


4

संक्षिप्त उत्तर: डेवलपर्स।

जब बाहरी दस्तावेज़ों (जैसे .css या .js फ़ाइलों) को संदर्भित करने वाले लिंक और स्क्रिप्ट टैग को दस्तावेज़ के प्रमुख में रखा जाता है (शरीर और उसके तत्वों की तुलना में प्रवाह में), तो उन्हें पहले लोड किया जाता है। जावास्क्रिप्ट मार्कअप से निष्पादित होता है जो इसे संदर्भित करता है; यदि बहुत सी कोड प्रक्रिया है, या यह बोझिल कोड है, या अधिक सामान्यतः यदि आप जिस पाठ को देखने की उम्मीद करते हैं वह सर्वर पर प्रस्तुत किया जा रहा है और लोड पर दस्तावेज़ में पॉप्युलेट किया गया है - और वह सर्वर-साइड कोड भी बोझिल है। बड़े, या कई समवर्ती अनुरोधों के प्रसंस्करण के कारण I / O को अवरुद्ध करना, HTML से पहले भी प्रस्तुत करने का मौका मिलने से पहले आप निश्चित रूप से डाउनटाइम को नोटिस कर सकते हैं। कुछ डेवलपर्स मार्कअप और शैलियों (शरीर के अंत में) के बाद गैर-दृश्य-संबंधित जावास्क्रिप्ट लोड करने के लिए चुनते हैं,

इंटरनेट कनेक्शन की गति डेटा की धीमी गति से डाउनलोड करने में एक भूमिका निभाती है, स्पष्ट रूप से, लेकिन खराब लिखित कोड, या खराब तरीके से डिज़ाइन किए गए प्रौद्योगिकी स्टैक (वेबसाइट के प्रकार के लिए) तेजी से नेटवर्क कनेक्शन के रूप में गतिशील सामग्री के धीमे लोडिंग में एक तेजी से केंद्रीय भूमिका निभाते हैं। दृष्टिकोण सर्वव्यापी।


21
नहीं - आप जो वर्णन करते हैं वह डोम के तत्वों को प्रदर्शित करने से रोक सकता है, लेकिन सिर्फ पाठ से नहीं। उत्तर फ़ॉन्ट प्रतिस्थापन के साथ करना है और डिजाइनरों की गलती है , डेवलपर्स नहीं।
टॉबी

+1 @ टॉबी क्योंकि यह वास्तव में डिजाइनरों की गलती है। अगर आप धीमे लिंक (जैसे, ओह मैं दुन्नो, मेरा सेल फोन या घर पर लैंडलाइन) पर बहुत परेशान हूं, तो यह बहुत ही परेशान करने वाला है। इस तरह की सामग्री बस वेबसाइटों को धीमा कर देती है और उपयोगकर्ताओं को बिना किसी लाभ के परेशान करती है।
मैग्नस

1
लंबे उत्तर: डेवलपर्स, डेवलपर्स, डेवलपर्स, डेवलपर्स।
आयन

@ टॉबी डिज़ाइनर निर्दिष्ट करते हैं कि कौन से फ़ॉन्ट का उपयोग करना है, हाँ, लेकिन तकनीकी कार्यान्वयन के दौरान सही विकल्प बनाने के लिए हर अच्छे डेवलपर का काम। अच्छा डेवलपर यह भी समझेगा कि ऐसा क्यों हो रहा है (ऊपर एक उत्तर में समझाया गया है), समस्या (Google Webfont Loader) से बचने के लिए क्या विकल्प हो सकते हैं, और यह कैसे अनुभव को प्रभावित करता है।
अर्बल

3

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

पहला उन सभी .css, .js, और webfonts को संदर्भित करता है जो पृष्ठ लोड करता है, इस तथ्य का उल्लेख नहीं करने के लिए कि कई साइटों को भी JSON ऑब्जेक्ट्स viea XHR अनुरोधों को पुनः प्राप्त करने की आवश्यकता है और फिर कुछ प्रकार के टेंपलेटिंग का उपयोग करके उन लोगों से HTML उत्पन्न करते हैं।

लेकिन वे यह क्यों नहीं देखते कि साइट धीमी है?

शायद इसलिए कि उन्हें चीजों को गति देने के लिए कहीं न कहीं याद है (या केवल फाइलसिस्टम कैश पर निर्भर हैं) और औसत विलंबता का उपयोग करके अपनी साइट के स्वास्थ्य को माप रहे हैं। इस प्रकार कैश्ड वस्तुएं 6 mircrosecond विलंबता के साथ वापस आ जाती हैं और इस तथ्य का सामना करती हैं कि कई GET अनुरोधों को पूरा करने में 5000 मिलीसेकंड लगते हैं। मरना ही चाहिए। लंबे समय तक स्वीकार्य अधिकतम सीमा से अधिक RTT की गिनती जीते! वह संख्या 0 होनी चाहिए या, परिभाषा से, आरटीटी अस्वीकार्य है।


-1

वैसे इसके कई कारण हैं। एक कारण यह भी है कि बैकग्राउंड को परिभाषित करने के लिए या html पेज के ऊपर अक्सर कमांड दिया जाता है या पहले लोड किए गए एक अलग सीएसएस में पुनर्प्राप्त किया जाता है। दस्तावेज़ का मुख्य भाग लोड होने से पहले जिसमें पाठ शामिल है।

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

कुछ डिजाइनर, पहले चित्रों और अगले पाठ को भी दिखाना चाहते हैं, वे इसे कुछ जावास्क्रिप्ट द्वारा प्राप्त करते हैं, उदाहरण के लिए एक साधारण पृष्ठ पहले एक बैनर दिखाएगा और फिर उस पर बाकी सब कुछ।

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

मैं आप सभी को पुन: भेजूंगा जो धीमे पृष्ठ लोडिंग के साथ सौदा करने की कोशिश करते हैं। फिडलर का उपयोग IEexplorer के साथ या FireFox (इसके प्रॉक्सी फ़ंक्शन का उपयोग करके) के साथ किया जा सकता है। फ़िडलर वास्तव में आपको दिखाएगा कि वास्तव में कितना समय लगता है और जब वेब पेज के कुछ हिस्सों को लोड किया जाता है। यह एक HTML डिबगिंग टूल है।


तो आप लोगों की मदद करने की कोशिश करते हैं और वोट नहीं पाते हैं कि मज़ा आ गया है? ठीक है मैं दो बार फिर से लोगों को तकनीकी शब्दों की व्याख्या करने से पहले यहां दो बार सोचूंगा।
user613326 12

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

8
दस्तावेज़ का शरीर बाहरी सीएसएस से पहले लगभग हमेशा लोड होता है। ब्राउज़र केवल बाहरी सामग्री लोड करने के लिए पृष्ठ को पार्स करना बंद नहीं करता है। यदि आप वास्तव में सहायक हो रहे हैं तो मदद करने की कोशिश करना केवल उपयोगी है। गलत जानकारी न होने से गलत है।
रैलू

1
@ मुझे उस गलत सूचना के बारे में पता नहीं है। बहुत सारे डाउनवोट के साथ उत्तर देखना कभी-कभी काफी मददगार हो सकता है। :-)
लार्सटेक

7
हाय @ user613326: हम ईमानदार डाउनवोटिंग को प्रोत्साहित करते हैं, क्योंकि हम मुख्य रूप से समुदाय के लिए उपयोगी उत्तर प्रदान करने के लिए यहां हैं। इसे व्यक्तिगत रूप से न लें!
फ्लिम्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.