جب صفحے کا باقی حصہ لوڈ ہو رہا ہو تو ایک تصویر کیوں ناکام ہوتی ہے
تین شرطیں نیٹ ورک کی خرابی کو روکی گئی درخواست اور رینڈرنگ کی غلطی سے الگ کرتی ہیں۔ راستہ بدلنے سے پہلے وہ 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 کی نشان دہی کریں، اس کی حالت اور قسم پڑھیں، دیکھیں کہ کوئی درج شدہ رکاوٹ وجہ ہے یا نہیں، پھر ایک وقت میں ایک راستے کی تبدیلی کا موازنہ کریں۔