Wêrom't ien ôfbylding mislearret wylst de rest fan 'e side laden wurdt
Trije betingsten skiede in netwurkflater fan in blokkearre fersyk en in werjaanflater. Fyn de URL dy't de browser keas foardat jo it paad feroarje.
De side laden, de tekst wurdt werjûn, en ien ôfbylding bliuwt in brutsen ikoan. De earste reaksje is de tunnel de skuld te jaan, want de tunnel is wat feroare. Foardat jo dat dogge, sykje út hokker URL de browser foar dy ôfbylding eins oanfrege hat, want de URL fan 'e side en de URL fan 'e ôfbylding binne twa ferskillende bewizen. De measte meldingen oer in ûntbrekkende ôfbylding komme út by in host dy't nea in wurkjend fersyk krigen hat, en dat antwurd kostet ien eachopslach op it paniel Netwurk.
Trije betingsten beslisse wêr't jo sykje moatte
De earste betingst is oft de ôfbylding fan deselde host komt as de side. In aparte ôfbyldinghost hat syn eigen nameroplossing, syn eigen ferbining en syn eigen TLS-identiteit nedich, dus in side dy't laden wurdt seit neat oer him.
De twadde is oft de browser it fersyk blokkearre hat foardat it ferstjoerd waard. Mingde ynhâld, ynhâldsfeiligheidsbelied en referrer-regels kinne in ôfbylding stopje sûnder in gewoan serverantwurd te meitsjen, dêrom ferskynt der gjin mislearre fersyk yn 'e list.
De tredde is oft de levering slagge en it werjaan mislearre, in gefal wêrby't de bytes oankomme en de ôfbylding dochs net ferskynt. Dy trije betingsten hawwe trije ferskillende eigners, en allinnich de earste is in netwurkfraach.
| 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 |
Fyn de boarne dy't de browser eins keas
De URL dy't jo yn 'e boarne fan 'e side sjogge is faak net de URL dy't oanfrege is. Boarnejassen, picture-eleminten en CSS-eftergrûnen litte de browser in oare boarne kieze op grûn fan 'e breedte fan it finster, pixeldichte of formaatstipe. In lui laden ôfbylding wurdt miskien hielendal net oanfrege oant de side in beskate steat berikt.
Beskou it elemint en it fersyk tegearre, en hâld de inisjatyfnimmer by it fersyk as jo it probleem melde. MDN's ferwizing nei it ôfbyldingselemint behannelet boarnekar, laadgedrach en referrer-kontrôles op ien plak, wat genôch is om te sjen hokker attribút de mislearjende URL keas.
Skriuw de hostnamme, de status, in eventuele trochferwizingkeatling en it ynhâldstype fan it antwurd op. In 200 dy't in oanmeldside weromjout is gjin brûkbere ôfbylding, en in trochferwizing nei in HTML-flaterside liket itselde as in brutsen bestân oant jo it type lêze.
Lês de status foardat it netwurk
In ferstrutsen tiid, in wegere fersyk en in dekodearflater freegje ferskillende folgjende stappen, en de statuskoade is wat se skidet. In ferstrutsen tiid wiist op nameroplossing, rûte of in host dy't net antwurdet. In wegere fersyk wiist op in belied of in autorisaasjelaach. In dekodearflater wiist op de bytes of it formaat.
As it fersyk hielendal net ferskynt, stopje dan mei nei it netwurk te sjen en sjoch nei de opmaak. De meast foarkommende oarsaak is in ynskriuwing yn in boarnejas dy't de browser foarkaam en dy't net mear op 'e server bestiet, folge troch in elemint dat in skript nea sichtber makke hat.
Allinnich dat ûnderskie foarkomt it measte fergriemde wurk yn dit soarte meldingen.
As de browser it blokkearret, is der gjin antwurd om te lêzen
Mingde ynhâld is it klassike gefal: in HTTPS-side dy't in ôfbylding oer gewoan HTTP oanfregt, krijt it fersyk blokkearre ynstee fan mislearre, en de konsole skriuwt de reden op. Ynhâldsfeiligheidsbelied makket deselde foarm, mei de blokkearre rjochtline by namme neamd yn it berjocht. In referrer-belied dat de kop fuorthellet kin ek in hotlink-beskerme host twinge om in plakhâlder werom te jaan ynstee fan 'e ôfbylding.
Lês de opdiene reden foardat jo it netwurkpaad oanreitsje, want dizze blokkades betterje net as de rûte feroaret. It tafoegjen fan krús-oarsprongrjochten is ek net de oplossing: in ôfbylding fan in oare host sjen litte en de pixels yn in canvas lêze binne ferskillende bewurkingen, en allinnich de twadde hat de koppen nedich dy't minsken plakke.
Foar in side dy't jo beheare, korrigearje de boarne-URL, it antwurd of it belied by syn eigner en hâld de autorisaasje- en referrer-easken yntakt. Foar in side dy't jo net kontrolearje, stjoer de side en it fersykbewiis nei it stipekanaal, ynstee fan partikuliere of ferfallende boarnelinks opnij te publisearjen.
Fergelykje paden sûnder it bewiis te feroarjen
As jo it tagongspaad echt testen wolle, hâld dan al it oare konstant: deselde side, deselde akkount, deselde keazen ôfbylding, ien tastien paad feroare. Fergelykje de fersykyngongen njonkeninoar ynstee fan it werjûne resultaat, want it werjûne resultaat seit oft de ôfbylding ferskynde, net wêrom.
In ôfbylding dy't op in nije rûte laden wurdt bewiist net dat dy rûte autorisearre is, en in ôfbylding dy't brutsen bliuwt bewiist net dat de tunnel skuld hat. As de ôfbylding fuorthelle is of tagong doelbewust beheind is, brûk dan in stipe alternatyf ynstee fan sertifikaatkontrôles út te skeakeljen of beskerme materiaal fan in oar te spegeljen.
Wurkfolchoarder: identifisearje de keazen URL, lês de status en it type, kontrolearje op in opdiene blokkadereden, en fergelykje dan ien paadferoaring tagelyk.