Чаму адна выява не загружаецца, а астатняя старонка — так
Тры ўмовы аддзяляюць збой сеткі ад заблакаванага запыту і памылкі адлюстравання. Знайдзіце 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-старонку памылкі выглядае гэтак жа, як пашкоджаны файл, пакуль вы не прачытаеце тып.
Чытайце статус раней за сетку
Тайм-аўт, адхілены запыт і памылка дэкадавання патрабуюць розных наступных крокаў, і менавіта код стану іх раздзяляе. Тайм-аўт паказвае на развязанне імёнаў, маршрут або хост, які не адказвае. Адхілены запыт паказвае на палітыку або ўзровень аўтарызацыі. Памылка дэкадавання паказвае на байты або фармат.
Калі запыт зусім не з’яўляецца, перастаньце глядзець на сетку і паглядзіце на разметку. Найчасцейшая прычына — запіс у наборы крыніц, якому браўзер аддаў перавагу і якога ўжо няма на серверы, а за ім ідзе элемент, які скрыпт так і не зрабіў бачным.
Адно гэтае размежаванне прадухіляе большую частку дарэмных намаганняў у паведамленнях такога тыпу.
Калі браўзер блакуе запыт, адказу для чытання няма
Змяшаны кантэнт — класічны выпадак: старонка HTTPS, якая запытвае выяву праз звычайны HTTP, атрымлівае запыт заблакаваным, а не няўдалым, і кансоль запісвае прычыну. Палітыка бяспекі кантэнту дае тую ж форму, а заблакаваная дырэктыва называецца ў паведамленні. Палітыка рэферэра, якая выдаляе загаловак, таксама можа прымусіць хост з аховай ад хотлінкаў вярнуць заглушку замест выявы.
Прачытайце запісаную прычыну, перш чым кранаць сеткавы шлях, бо гэтыя блокі не паляпшаюцца, калі маршрут змяняецца. Даданне дазволаў паміж крыніцамі таксама не рашэнне: паказ выявы з іншага хоста і чытанне яе пікселяў у canvas — розныя аперацыі, і толькі другая патрабуе загалоўкаў, якія людзі ўстаўляюць.
Для сайта, якім вы кіруеце, выпраўце URL рэсурсу, адказ або палітыку ў яго ўласніка і захавайце патрабаванні аўтарызацыі і рэферэра нязменнымі. Для сайта, які вы не кантралюеце, дашліце старонку і доказы запыту ў яго канал падтрымкі замест таго, каб публікаваць прыватныя або састарэлыя спасылкі на рэсурсы.
Параўноўвайце шляхі, не змяняючы доказы
Калі вы ўсё ж хочаце праверыць шлях доступу, трымайце ўсё астатняе нязменным: тая ж старонка, той жа ўліковы запіс, тая ж выбраная выява, зменены адзін дазволены шлях. Параўноўвайце запісы запытаў побач, а не вынік адлюстравання, бо вынік адлюстравання кажа, ці з’явілася выява, а не чаму.
Выява, якая загружаецца на новым маршруце, не даказвае, што гэты маршрут дазволены, а выява, якая застаецца зламанай, не даказвае, што вінаваты тунель. Калі выяву выдалілі або доступ наўмысна абмежаваны, выкарыстайце падтрыманую альтэрнатыву замест адключэння праверкі сертыфікатаў або капіравання чужога абароненага матэрыялу.
Парадак працы: вызначце выбраны URL, прачытайце яго статус і тып, праверце, ці ёсць запісаная прычына блакавання, затым параўноўвайце па адной змене шляху за раз.