Kvifor eitt bilete feilar medan resten av sida lastar
Tre vilkår skil ein nettverksfeil frå ein blokkert førespurnad og ein visingsfeil. Finn URL-en nettlesaren valde før du endrar stien.
Sida lastar, teksten blir vist, og eitt bilete blir eit øydelagt ikon. Den første reaksjonen er å skulde på tunnelen, fordi tunnelen er det som vart endra. Før det, finn ut kva URL nettlesaren faktisk bad om for det biletet, fordi URL-en til sida og URL-en til biletet er to ulike prov. Dei fleste rapportane om eit manglande bilete endar hos ein vert som aldri fekk ein fungerande førespurnad, og det svaret kostar eitt blikk på panelet Nettverk.
Tre vilkår avgjer kvar du skal leite
Det første vilkåret er om biletet kjem frå same vert som sida. Ein eigen biletevert treng sitt eige namneoppslag, si eiga tilkopling og sin eigen TLS-identitet, så ei side som lastar seier ingenting om han.
Det andre er om nettlesaren blokkerte førespurnaden før han vart send. Blanda innhald, innhaldssikkerheitspolitikk og referrer-reglar kan stoppe eit bilete utan å lage eit vanleg serversvar, difor viser ingen mislukka førespurnad i lista.
Det tredje er om leveringa lukkast og visinga feila, eit tilfelle der byta kjem inn og biletet likevel ikkje viser seg. Desse tre vilkåra har tre ulike eigarar, og berre det første er eit nettverksspørsmål.
| 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 |
Finn ressursen nettlesaren faktisk valde
URL-en du ser i kjeldekoden til sida er ofte ikkje URL-en som vart førespurd. Kjeldesett, picture-element og CSS-bakgrunnar lèt nettlesaren velje ein annan ressurs ut frå visingsbreidd, pikseltettleik eller formatstøtte. Eit seint lasta bilete blir kanskje ikkje førespurt i det heile før sida når ein bestemd tilstand.
Undersøk elementet og førespurnaden saman, og hald initiativtakaren saman med førespurnaden når du rapporterer problemet. MDNs referanse for bileteelementet dekkjer kjeldeval, lasteåtferd og referrer-kontrollar på ein stad, noko som er nok til å avgjere kva attributt som valde den feilande URL-en.
Noter vertsnamnet, statusen, ei eventuell omdirigeringskjede og innhaldstypen til svaret. Eit 200 som returnerer ei påloggingsside er ikkje eit brukbart bilete, og ei omdirigering til ei HTML-feilside ser identisk ut med ei øydelagd fil til du les typen.
Les statusen før nettverket
Tidsavbrot, ein avvist førespurnad og ein dekodingsfeil krev ulike neste steg, og statuskoden er det som skil dei. Eit tidsavbrot peikar på namneoppslag, rute eller ein vert som ikkje svarar. Ein avvist førespurnad peikar på ein politikk eller eit autorisasjonslag. Ein dekodingsfeil peikar på byta eller formatet.
Viss førespurnaden ikkje viser seg i det heile, slutt å sjå på nettverket og sjå på markeringa. Den vanlegaste årsaka er ein oppføring i eit kjeldesett som nettlesaren føretrekte og som ikkje lenger finst på serveren, etterfylgd av eit element som eit skript aldri gjorde synleg.
Nettopp denne skilnaden hindrar mesteparten av bortkasta arbeid i denne typen rapportar.
Når nettlesaren blokkerer det, er det inge svar å lese
Blanda innhald er det klassiske tilfellet: ei HTTPS-side som ber om eit bilete over vanleg HTTP får førespurnaden blokkert i staden for mislukka, og konsollen registrerer årsaka. Innhaldssikkerheitspolitikk gjev same forma, med den blokkerte direktivet namngjeven i meldinga. Ein referrer-politikk som fjernar headeren kan òg få ein hotlink-verna vert til å returnere ein plasshaldar i staden for biletet.
Les den registrerte årsaka før du rører nettverksstien, fordi desse blokkeringane blir ikkje betre når ruta endrar seg. Det er heller ikkje løysinga å leggje til cross-origin-løyve: å vise eit bilete frå ein annan vert og å lese pikslane i eit canvas er ulike operasjonar, og berre den andre treng headerane folk limer inn.
For eit nettstad du administrerer, rett ressurs-URL-en, svaret eller politikken hos eigaren og hald autorisasjons- og referrer-krava intakte. For eit nettstad du ikkje kontrollerer, send sida og førespurnadsprova til støttekanalen i staden for å publisere private eller utløpande ressurslenkjer på nytt.
Samanlikn stiar utan å endre prova
Viss du vil teste tilgangsstien, hald alt anna konstant: same sida, same konto, same valde bilete, éin tillaten sti endra. Samanlikn førespurnadsoppføringane side ved side i staden for det viste resultatet, fordi det viste resultatet seier om biletet dukka opp, ikkje kvifor.
Eit bilete som lastar på ei ny rute provar ikkje at ruta er autorisert, og eit bilete som blir verande øydelagt provar ikkje at tunnelen er skuld i det. Viss biletet er fjerna eller tilgangen er medvite avgrensa, bruk eit støtta alternativ i staden for å slå av sertifikatkontrollar eller spegle andre sitt verna materiale.
Arbeidsrekkjefølgje: identifiser den valde URL-en, les statusen og typen, sjekk om det finst ein registrert blokkeringsårsak, og samanlikn deretter éi stiendring om gongen.