Kāpēc viena bilde neizdodas, kamēr pārējā lapa ielādējas
Trīs nosacījumi atšķir tīkla bojājumu no bloķēta pieprasījuma un attēlošanas kļūdas. Atrodiet URL, ko pārlūks izvēlējās, pirms maināt ceļu.
Lapa ielādējas, teksts tiek attēlots, un viena bilde paliek salauzta ikona. Pirmā reakcija ir vainot tuneli, jo tunelis ir tas, kas mainījās. Pirms tam noskaidrojiet, kādu URL pārlūks patiešām pieprasīja šai bildei, jo lapas URL un bildes URL ir divi dažādi pierādījumi. Lielākā daļa ziņojumu par pazudušu bildi nonāk pie mitinātāja, kas nekad nav saņēmis strādājošu pieprasījumu, un šī atbilde maksā vienu skatienu tīkla panelī.
Kur meklēt, izlemj trīs nosacījumi
Pirmais nosacījums ir, vai bilde nāk no tā paša mitinātāja kā lapa. Atsevišķam bilžu mitinātājam vajag savu nosaukumu atrisināšanu, savu savienojumu un savu TLS identitāti, tāpēc ielādējamā lapa par to neko nepasaka.
Otrais ir, vai pārlūks bloķēja pieprasījumu pirms tā nosūtīšanas. Jaukts saturs, satura drošības politika un atsauces noteikumi var apturēt bildi, neradot parastu servera atbildi, tāpēc sarakstā neparādās neviens neizdevies pieprasījums.
Trešais ir, vai piegāde izdevās un attēlošana neizdevās, gadījums, kad baiti ierodas un bilde tomēr neparādās. Šiem trim nosacījumiem ir trīs dažādi īpašnieki, un tikai pirmais ir tīkla jautājums.
| 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 |
Atrodiet resursu, ko pārlūks patiešām izvēlējās
URL, ko redzat lapas pirmkodā, bieži nav tas URL, kas tika pieprasīts. Avotu kopas, picture elementi un CSS foni ļauj pārlūkam izvēlēties citu resursu atkarībā no skata lauka platuma, pikseļu blīvuma vai formāta atbalsta. Slinki ielādēta bilde var netikt pieprasīta vispār, līdz lapa sasniedz noteiktu stāvokli.
Pārbaudiet elementu un pieprasījumu kopā, un, ziņojot par problēmu, saglabājiet iniciatoru kopā ar pieprasījumu. MDN bildes elementa uzziņa vienuviet aptver avota izvēli, ielādes uzvedību un atsauces vadību, un ar to pietiek, lai noteiktu, kurš atribūts izvēlējās neizdevušos URL.
Pierakstiet mitinātāja nosaukumu, statusu, jebkuru pāradresācijas ķēdi un atbildes satura tipu. 200 atbilde, kas atgriež pieteikšanās lapu, nav izmantojama bilde, un pāradresācija uz HTML kļūdas lapu izskatās tieši tāpat kā bojāts fails, līdz izlasāt tipu.
Lasiet statusu pirms tīkla
Noildze, noraidīts pieprasījums un dekodēšanas kļūda prasa dažādus nākamos soļus, un statusa kods ir tas, kas tos atdala. Noildze norāda uz nosaukumu atrisināšanu, maršrutu vai mitinātāju, kas neatbild. Noraidīts pieprasījums norāda uz politiku vai autorizācijas slāni. Dekodēšanas kļūda norāda uz baitiem vai formātu.
Ja pieprasījums neparādās vispār, pārtrauciet skatīties tīklu un apskatiet iezīmējumu. Biežākais cēlonis ir avotu kopas ieraksts, kam pārlūks deva priekšroku un kā serverī vairs nav, un pēc tam elements, ko skripts nekad nav padarījis redzamu.
Vien šī atšķirība novērš lielāko daļu izšķērdētā darba šāda veida ziņojumos.
Kad pārlūks to bloķē, nav atbildes, ko lasīt
Jaukts saturs ir klasiskais gadījums: HTTPS lapa, kas pieprasa bildi pa vienkāršu HTTP, saņem pieprasījumu bloķētu, nevis neizdevušos, un konsole pieraksta iemeslu. Satura drošības politika rada tādu pašu formu, un bloķētā direktīva tiek nosaukta ziņojumā. Atsauces politika, kas noņem galveni, var arī likt pret hotlink aizsargātam mitinātājam atgriezt vietturi bildes vietā.
Izlasiet pierakstīto iemeslu pirms tīkla ceļa aizskaršanas, jo šie bloķējumi neuzlabojas, kad maršruts mainās. Arī starpizcelsmes atļauju pievienošana nav risinājums: bildes rādīšana no cita mitinātāja un tās pikseļu lasīšana canvas ir dažādas darbības, un tikai otrajai vajadzīgas galvenes, ko cilvēki ielīmē.
Vietnē, ko pārvaldāt, izlabojiet resursa URL, atbildi vai politiku pie tās īpašnieka un saglabājiet autorizācijas un atsauces prasības neskartas. Vietnē, ko nekontrolējat, nosūtiet lapu un pieprasījuma pierādījumus tās atbalsta kanālam, nevis publicējiet no jauna privātas vai beidzošas resursu saites.
Salīdziniet ceļus, nemainot pierādījumus
Ja tiešām gribat pārbaudīt piekļuves ceļu, turiet visu pārējo nemainīgu: tā pati lapa, tas pats konts, tā pati izvēlētā bilde, viens atļauts ceļš nomainīts. Salīdziniet pieprasījumu ierakstus līdzās, nevis attēloto rezultātu, jo attēlotais rezultāts pasaka, vai bilde parādījās, nevis kāpēc.
Bilde, kas ielādējas jaunā maršrutā, nepierāda, ka šis maršruts ir autorizēts, un bilde, kas paliek salauzta, nepierāda, ka vainīgs ir tunelis. Ja bilde ir noņemta vai piekļuve ir apzināti ierobežota, izmantojiet atbalstītu alternatīvu, nevis izslēdziet sertifikātu pārbaudes vai kopējiet kāda cita aizsargātu materiālu.
Darba kārtība: identificējiet izvēlēto URL, izlasiet tā statusu un tipu, pārbaudiet, vai ir pierakstīts bloķēšanas iemesls, un pēc tam salīdziniet vienu ceļa izmaiņu vienlaikus.