மீதமுள்ள பக்கம் ஏற்றப்படும்போது ஒரு படம் மட்டும் தோல்வியடைவது ஏன்
மூன்று நிபந்தனைகள் பிணையக் குறையைத் தடுக்கப்பட்ட கோரிக்கை மற்றும் வரைவுத் தவறிலிருந்து பிரிக்கின்றன. பாதையை மாற்றும் முன் உலாவி தேர்ந்தெடுத்த 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-ஐ அடையாளம் காணுங்கள், அதன் நிலை மற்றும் வகையைப் படியுங்கள், பதிவு செய்யப்பட்ட தடுப்புக் காரணம் உள்ளதா எனச் சரிபார்க்கவும், பிறகு ஒரு நேரத்தில் ஒரு பாதை மாற்றத்தை ஒப்பிடுங்கள்.