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


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

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

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

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

enter image description here


439
2018-02-07 06:22


मूल


इस विशेष मामले में, PortableApps.com "उबंटू" फ़ॉन्ट का उपयोग कर रहा है। जॉन ने पहले ओपनसैन की कोशिश की, लेकिन हम उबंटू को काफी जल्दी चले गए। मैं स्विचिंग का मुख्य समर्थक था ... जिस तरह से आप समस्या को दूर कर सकते हैं वह है कि फ़ॉन्ट परिवार स्वयं स्थापित हो। यदि आप इसे इंस्टॉल करते हैं font.ubuntu.com यह तुरंत काम करेगा। - Chris Morgan
डैनियल का जवाब आंख खोलने वाला है। मैंने सोचा कि यह जानबूझकर किया गया है ताकि हम पेज पर सभी विज्ञापन देख सकें। - Manoj R
जैसा कि कई लोगों ने यहां बताया है, अनपेक्षित तरीकों से पाठ प्रस्तुत करने के अनंत कारण हैं, क्योंकि पृष्ठ को प्रतिपादित करना केवल डेवलपर / डिजाइनर की कल्पना से ही सीमित है, जो कम से कम मामला है क्योंकि एएनएसआई स्थिति कोड 1 9 80 के बुलेटिन की अनुमति देते हैं ड्रॉप छाया के साथ खिड़कियों को ओवरलैप करने के साथ बहुउद्देशीय चैट और यूआई लागू करने के लिए बोर्ड। मीबो एक ऐप्पल के बिना ब्राउज़र में इन प्रभावों में से कुछ को पुन: उत्पन्न करने वाले पहले व्यक्ति थे। "विपरीत काम करता है क्योंकि यह" इंटरनेट पर अत्यधिक सरल बनाता है और एक विशिष्ट समय अवधि का भी संदर्भ नहीं देता है। - PJ Brunet
तो कम एलेक्सा रैंक वाले वेबसाइट से एक यादृच्छिक स्क्रीन कैप के आधार पर इंटरनेट के बारे में व्यापक सामान्यीकरण क्यों करें? सबसे अच्छा जवाब भी एक बोल्ड दावा करता है: "आजकल डिजाइनर XYZ" को कुछ वास्तविक संख्याओं के साथ बैक अप लेना चाहिए, जैसे कि "5% वेबसाइटें Google वेब फ़ॉन्ट्स का उपयोग 2012 तक करती हैं" या जो भी हो। - PJ Brunet
लेकिन फ़ॉन्ट फ़ाइलों को कैश में रखा जाता है, इस साइट पर m.aspx लोड करने के लिए लंबे समय तक प्रतीक्षा है, वे उस भाग को देख सकते हैं - user613326


जवाब:


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

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

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

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

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

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

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

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

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

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

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


इसके अलावा

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

इस घटना को आम तौर पर "अनस्टाइल सामग्री का फ्लैश" और विशेष रूप से "अनस्टाइल टेक्स्ट का फ्लैश" के रूप में जाना जाता है। "एफओयूसी" और "फाउट" के लिए खोज अधिक जानकारी देता है।

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

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

आप किस मामले में एक फूट प्राप्त करेंगे

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

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

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

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

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


483
2018-02-07 07:54



क्या किसी भी ब्राउज़र ने पहले उपलब्ध फ़ॉन्ट में पाठ को प्रस्तुत करने का प्रयास किया है, और पसंदीदा फ़ॉन्ट डाउनलोड होने के बाद इसे फिर से प्रस्तुत करना है? - Steve Bennett
ओह, दुह, अगले जवाब पर टिप्पणी करें: paulirish.com/2009/fighting-the-font-face-fout - Steve Bennett
@ratchetfreak यह पृष्ठ सुधार करने के लिए विघटित होगा क्योंकि फोंट के पास शायद एक ही मीट्रिक नहीं होगी - Samuel Edwin Ward
कुछ लोड होने के लिए उम्र की प्रतीक्षा करने के बजाए वेबपृष्ठ ब्राउज़ करने के पढ़ने के हिस्से को प्राप्त करना पसंद करेंगे - ratchet freak
@SteveBennett मुझे पूरा यकीन है कि इंटरनेट एक्सप्लोरर 10 क्या कर रहा है। मैंने बाद में कभी भी टेक्स्ट पॉप अप नहीं देखा है। मेरे लिए यह हमेशा कुछ "मानक फ़ॉन्ट" में दिखाई देने वाला टेक्स्ट होता है और कुछ सेकंड बाद यह स्टाइल / डाउनलोड किए गए एक में बदल जाता है। मुझे यकीन नहीं है कि यह अगले सीएसएस को चुनता है या सिर्फ सिस्टम का डिफ़ॉल्ट है। संपादित करें: आह, अच्छा, तो यह सिर्फ छिपे हुए पाठ के साथ वेबिकिट है? मैं उस परेशान और बुरे व्यवहार पर विचार करता हूं। प्रगतिशील छवि लोडिंग को अनदेखा / छिपाने वाला कोई ब्राउज़र है? - Mario


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

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


117
2018-02-07 11:46



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


संक्षिप्त जवाब: AJAX या WOFF

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

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

  • प्रारंभिक एचटीएमएल पेज
  • सीएसएस
  • जे एस
  • इमेजिस
  • डब्ल्यूओएफएफ फोंट
  • AJAX अनुरोध
  • डोम हेरफेर

परंपरागत वेबसाइटें:

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


डब्ल्यूओएफएफ वेबसाइट्स:

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


AJAX वेबसाइट्स:

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


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

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


19
2018-02-08 13:40





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


14
2018-02-07 08:26



दस में से नौ बार यह जानबूझकर नहीं होगा, यह वेब-फोंट को सबसे आसान तरीके से एम्बेड करने का दुष्प्रभाव है। वास्तव में, वेब फोंट पाइप नीचे आ रहे हैं, जबकि एक दृश्य विकल्प पेश करने के लिए थोड़ा अतिरिक्त प्रयास करता है। देख developers.google.com/webfonts/docs/webfont_loader - Marcel
@ मार्सल - यह धीमी स्टाइलशीट्स के साथ-साथ धीमी फोंट के कारण हो सकता है, देखें phpied.com/css-and-the-critical-path - r3m0t
"उपयोगी सामग्री के फ्लैश" को रोकने के लिए कोड, छवियों के साथ-साथ पाठ को प्रदर्शित करने से रोकता है। - Jon Hanna
मैं यह समझने के लिए संघर्ष करता हूं कि बिना किसी पाठ से अनस्टाइल टेक्स्ट खराब क्यों है। मैं इसके बजाय एक स्वीकृति पढ़ना शुरू कर पाऊंगा कि यह थोड़ा सा झुका सकता है। जब यह अचानक कहीं नहीं दिखता है तो मुझे और अधिक झटके मिलते हैं और जब कोई पृष्ठ लोड हो जाता है तो यह बहुत निराशाजनक होता है और आपको फ़ॉन्ट के लिए प्रतीक्षा करने के लिए मजबूर होना पड़ता है। - Richard Le Poidevin


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

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

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

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


8
2018-02-07 18:26





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

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

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


4
2018-02-07 10:04



नहीं - आप जो वर्णन करते हैं वह डीओएम के तत्वों को प्रदर्शित करने से रोक सकता है लेकिन सिर्फ पाठ ही नहीं। जवाब फ़ॉन्ट प्रतिस्थापन के साथ करना है और है डिजाइनरों की गलतीडेवलपर्स नहीं। - Toby
+1 @ टोबी क्योंकि यह वास्तव में डिजाइनरों की गलती है। यदि आप धीमे लिंक पर हैं तो यह बेहद परेशान है (जैसे, ओह मैं नहीं, मेरा सेल फोन या घर पर लैंडलाइन)। इस तरह की सामग्री सिर्फ वेबसाइटों को धीमी बनाती है और उपयोगकर्ताओं को बिना किसी लाभ के परेशान करती है। - Magnus
लंबा जवाब: डेवलपर्स, डेवलपर्स, डेवलपर्स, डेवलपर्स। - iono
@Toby डिजाइनर निर्दिष्ट करते हैं कि कौन से फोंट का उपयोग करना है, हां, लेकिन यह तकनीकी कार्यान्वयन के दौरान सही विकल्प बनाने के लिए हर अच्छे डेवलपर का काम है। अच्छा डेवलपर यह भी समझ जाएगा कि क्यों हो रहा है (ऊपर दिए गए उत्तर में समझाया गया है), समस्या से बचने के लिए कौन से विकल्प किए जा सकते हैं (Google वेबफॉन्ट लोडर), और यह अनुभव को कैसे प्रभावित करता है। - arbales


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

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

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

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


3
2018-02-13 04:25