Зашто једна слика не успева док се остатак странице учитава
Три услова раздвајају мрежни квар од блокираног захтева и од грешке при приказу. Пронађите 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, прочитајте његов статус и тип, проверите да ли постоји забележен разлог блокирања, затим упоредите по једну промену путање.