उर्वरित पृष्ठ लोड होताना एकच प्रतिमा का अयशस्वी होते
तीन अटी नेटवर्क दोषाला अडवलेल्या विनंतीपासून आणि रेंडरिंग त्रुटीपासून वेगळे करतात. मार्ग बदलण्यापूर्वी ब्राउझरने निवडलेला URL शोधा.
पृष्ठ लोड होते, मजकूर दिसतो, आणि एक प्रतिमा तुटलेल्या चिन्हासारखी राहते। पहिली प्रतिक्रिया बोगद्याला दोष देण्याची असते, कारण बदललेली गोष्ट म्हणजे बोगदा। त्यापूर्वी त्या प्रतिमेसाठी ब्राउझरने प्रत्यक्षात कोणता URL मागितला हे शोधा, कारण पृष्ठाचा URL आणि प्रतिमेचा URL हे दोन वेगळे पुरावे आहेत। हरवलेल्या प्रतिमेबद्दलच्या बहुतेक तक्रारी अशा होस्टकडे जातात ज्याला कधीही कार्यरत विनंती मिळाली नाही, आणि त्या उत्तरासाठी नेटवर्क पॅनेलवर एक नजर पुरते।
कुठे पाहावे हे तीन अटी ठरवतात
पहिली अट म्हणजे प्रतिमा पृष्ठाच्याच होस्टवरून येते का। वेगळ्या प्रतिमा होस्टला स्वतःचे नाव विश्लेषण, स्वतःचे कनेक्शन आणि स्वतःची TLS ओळख लागते, म्हणून लोड होणारे पृष्ठ त्याच्याबद्दल काहीही सांगत नाही।
दुसरी अट म्हणजे ब्राउझरने विनंती पाठवण्यापूर्वीच ती अडवली का। मिश्र सामग्री, सामग्री सुरक्षा धोरण आणि रेफरर नियम सामान्य सर्व्हर प्रतिसाद न देता प्रतिमा थांबवू शकतात, म्हणून यादीत कोणतीही अयशस्वी विनंती दिसत नाही।
तिसरी अट म्हणजे वितरण यशस्वी झाले आणि रेंडरिंग अयशस्वी झाले, अशी स्थिती जिथे बाइट्स येतात पण प्रतिमा तरीही दिसत नाही। या तीन अटींचे तीन वेगळे मालक आहेत, आणि फक्त पहिलीच नेटवर्कचा प्रश्न आहे।
| What you see | Where the fault sits |
|---|---|
| Request absent from the list | Markup, lazy loading or a policy that blocked it |
| Request failed or timed out | Resolution, route, TLS or the image host itself |
| Request returned 200, image blank | Response type, decoding or rendering |
ब्राउझरने प्रत्यक्षात निवडलेला स्रोत शोधा
पृष्ठाच्या स्रोतात दिसणारा URL हा बऱ्याचदा मागितलेला URL नसतो। स्रोत-संच, picture घटक आणि CSS पार्श्वभूमी या सर्वांमुळे ब्राउझरला दृश्यक्षेत्राची रुंदी, पिक्सेल घनता किंवा स्वरूपाचा आधार यानुसार वेगळा स्रोत निवडता येतो। आळशीपणे लोड होणारी प्रतिमा पृष्ठ विशिष्ट स्थितीत येईपर्यंत अजिबात मागितली जाऊ शकत नाही।
घटक आणि विनंती एकत्र तपासा, आणि समस्या नोंदवताना विनंतीसोबत प्रारंभकर्ता ठेवा। MDNचे प्रतिमा घटक संदर्भ स्रोत निवड, लोडिंग वर्तन आणि रेफरर नियंत्रणे एकाच ठिकाणी समाविष्ट करते, जे अयशस्वी URL कोणत्या गुणविशेषाने निवडला हे सांगण्यासाठी पुरते।
होस्टचे नाव, स्थिती, कोणतीही पुनर्निर्देशन शृंखला आणि प्रतिसादाचा सामग्री प्रकार नोंदवा। साइन-इन पृष्ठ परत देणारा 200 प्रतिसाद वापरण्यायोग्य प्रतिमा नाही, आणि HTML त्रुटी पृष्ठावर पुनर्निर्देशन हे प्रकार वाचेपर्यंत खराब झालेल्या फाइलसारखेच दिसते।
नेटवर्कच्या आधी स्थिती वाचा
कालबाह्यता, नाकारलेली विनंती आणि डीकोडिंग त्रुटी यांना वेगवेगळी पुढील पावले लागतात, आणि स्थिती कोड हाच त्यांना वेगळे करतो। कालबाह्यता नाव विश्लेषण, मार्ग किंवा उत्तर न देणाऱ्या होस्टकडे निर्देश करते। नाकारलेली विनंती धोरण किंवा अधिकृतता स्तराकडे निर्देश करते। डीकोडिंग त्रुटी बाइट्स किंवा स्वरूपाकडे निर्देश करते।
विनंती अजिबात दिसत नसेल, तर नेटवर्क पाहणे थांबवा आणि मार्कअप पाहा। सर्वात सामान्य कारण म्हणजे स्रोत-संचातील अशी नोंद जी ब्राउझरने पसंत केली आणि जी आता सर्व्हरवर नाही, आणि त्यानंतर अशी घटक जी कोणत्याही स्क्रिप्टने कधीही दृश्यमान केली नाही।
हेच फरक या प्रकारच्या तक्रारींमधील बहुतेक वाया गेलेले श्रम टाळतो।
ब्राउझरने अडवल्यावर वाचण्यासाठी प्रतिसाद नसतो
मिश्र सामग्री हे पारंपरिक उदाहरण आहे: साध्या HTTPवर प्रतिमा मागणारे HTTPS पृष्ठ विनंती अयशस्वी होण्याऐवजी अडवलेली मिळवते, आणि कन्सोल कारण नोंदवते। सामग्री सुरक्षा धोरणही तोच आकार देतो, संदेशात अडवलेल्या निर्देशाचे नाव असते। हेडर काढून टाकणारे रेफरर धोरण हॉटलिंक-संरक्षित होस्टला प्रतिमेऐवजी प्लेसहोल्डर परत देण्यास भाग पाडू शकते।
नेटवर्क मार्गाला स्पर्श करण्यापूर्वी नोंदवलेले कारण वाचा, कारण मार्ग बदलल्यावर हे अडथळे सुधारत नाहीत। क्रॉस-ओरिजिन परवानग्या जोडणेही उपाय नाही: दुसऱ्या होस्टची प्रतिमा दाखवणे आणि तिचे पिक्सेल canvasमध्ये वाचणे या वेगळ्या क्रिया आहेत, आणि फक्त दुसऱ्यालाच लोक चिकटवतात ते हेडर लागतात।
तुम्ही व्यवस्थापित करता त्या साइटसाठी, स्रोताचा URL, प्रतिसाद किंवा धोरण त्याच्या मालकाकडे दुरुस्त करा आणि अधिकृतता व रेफररच्या अटी अभंग ठेवा। तुम्ही नियंत्रित करत नसलेल्या साइटसाठी, खाजगी किंवा कालबाह्य होणाऱ्या स्रोत दुवे पुन्हा प्रकाशित करण्याऐवजी पृष्ठ आणि विनंतीचे पुरावे तिच्या सहाय्य चॅनेलला पाठवा।
पुरावे न बदलता मार्गांची तुलना करा
तुम्हाला खरोखर प्रवेश मार्ग तपासायचा असेल, तर बाकी सर्व स्थिर ठेवा: तेच पृष्ठ, तेच खाते, तीच निवडलेली प्रतिमा, एक अनुमत मार्ग बदललेला। रेंडर झालेल्या निकालाऐवजी विनंती नोंदींची शेजारी शेजारी तुलना करा, कारण रेंडर झालेला निकाल प्रतिमा दिसली का हे सांगतो, का हे नाही।
नवीन मार्गावर लोड होणारी प्रतिमा तो मार्ग अधिकृत आहे याचा पुरावा नाही, आणि तुटलेली राहणारी प्रतिमा बोगदाच दोषी आहे याचा पुरावा नाही। प्रतिमा काढून टाकली असेल किंवा प्रवेश हेतुपुरस्पर मर्यादित असेल, तर प्रमाणपत्र तपासण्या बंद करण्याऐवजी किंवा दुसऱ्याची संरक्षित सामग्री कॉपी करण्याऐवजी समर्थित पर्याय वापरा।
कामाचा क्रम: निवडलेला URL ओळखा, त्याची स्थिती आणि प्रकार वाचा, नोंदवलेले अडवण्याचे कारण आहे का ते तपासा, आणि नंतर एका वेळी एक मार्ग बदलाची तुलना करा।