Kial unu bildo malsukcesas dum la resto de la paĝo ŝargiĝas
Tri kondiĉoj apartigas retan misfunkcion de blokita peto kaj de bildiga eraro. Trovu la URL-on, kiun la retumilo elektis, antaŭ ol ŝanĝi la vojon.
La paĝo ŝargiĝas, la teksto bildiĝas, kaj unu bildo restas rompita ikono. La unua reflekso estas kulpigi la tunelon, ĉar la tunelo estas tio, kio ŝanĝiĝis. Antaŭ tio, trovu, kiun URL-on la retumilo fakte petis por tiu bildo, ĉar la URL de la paĝo kaj la URL de la bildo estas du malsamaj pruvoj. Plej multaj raportoj pri mankanta bildo finiĝas ĉe gastiganto, kiu neniam ricevis funkciantan peton, kaj tiu respondo kostas unu rigardon al la panelo Reto.
Tri kondiĉoj decidas, kie serĉi
La unua kondiĉo estas, ĉu la bildo venas de la sama gastiganto kiel la paĝo. Aparta bildgastiganto bezonas propran nomrezolucion, propran konekton kaj propran TLS-identecon, do paĝo, kiu ŝargiĝas, diras nenion pri ĝi.
La dua estas, ĉu la retumilo blokis la peton antaŭ ol sendi ĝin. Miksita enhavo, enhavsekureca politiko kaj referencaj reguloj povas haltigi bildon sen produkti ordinaran servilan respondon, tial neniu malsukcesa peto aperas en la listo.
La tria estas, ĉu la liverado sukcesis kaj la bildigo malsukcesis, kazo, en kiu la bajtoj alvenas kaj la bildo tamen ne aperas. Tiuj tri kondiĉoj havas tri malsamajn posedantojn, kaj nur la unua estas reta demando.
| 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 |
Trovu la rimedon, kiun la retumilo fakte elektis
La URL, kiun vi vidas en la fontkodo de la paĝo, ofte ne estas la petita URL. Fontaroj, bildaj elementoj kaj CSS-fonoj ĉiuj permesas al la retumilo elekti alian rimedon laŭ vidporda larĝo, piksela denseco aŭ formata subteno. Malzorgeme ŝargata bildo eble tute ne estos petata, ĝis la paĝo atingos apartan staton.
Ekzamenu la elementon kaj la peton kune, kaj konservu la iniciatinton kun la peto, kiam vi raportas la problemon. La referenco pri la bilda elemento de MDN kovras fontoelekton, ŝargan konduton kaj referencajn regilojn en unu loko, kio sufiĉas por scii, kiu atributo elektis la malsukcesan URL-on.
Notu la gastigantan nomon, la staton, eventualan plusendan ĉenon kaj la enhavtipon de la respondo. Respondo 200, kiu redonas ensalutan paĝon, ne estas uzebla bildo, kaj plusendo al HTML-erarpaĝo aspektas idente al difektita dosiero, ĝis vi legos la tipon.
Legu la staton antaŭ la reto
Tempolimo, rifuzita peto kaj malĉifra eraro postulas malsamajn sekvajn paŝojn, kaj la statkodo estas tio, kio apartigas ilin. Tempolimo indikas nomrezolucion, vojon aŭ gastiganton, kiu ne respondas. Rifuzita peto indikas politikon aŭ aŭtorizadan tavolon. Malĉifra eraro indikas la bajtojn aŭ la formaton.
Se la peto tute ne aperas, ĉesu rigardi la reton kaj rigardu la markadon. La plej ofta kaŭzo estas ero en fontaro, kiun la retumilo preferis kaj kiu ne plu ekzistas sur la servilo, sekvata de elemento, kiun skripto neniam igis videbla.
Nur tiu distingo malhelpas la plej multan malŝparitan laboron en ĉi tiu klaso de raportoj.
Kiam la retumilo blokas ĝin, ne estas respondo por legi
Miksita enhavo estas la klasika kazo: HTTPS-paĝo, kiu petas bildon per ordinara HTTP, ricevas la peton blokita anstataŭ malsukcesa, kaj la konzolo registras la kialon. Enhavsekureca politiko produktas la saman formon, kun la blokita direktivo nomita en la mesaĝo. Referenca politiko, kiu forigas la kaplinion, ankaŭ povas igi hotlink-protektitan gastiganton redoni anstataŭaĵon anstataŭ la bildo.
Legu la registritan kialon antaŭ ol tuŝi la retan vojon, ĉar tiuj blokoj ne pliboniĝas, kiam la vojo ŝanĝiĝas. Aldoni permesojn inter originoj ankaŭ ne estas la solvo: montri bildon de alia gastiganto kaj legi ĝiajn pikselojn en kanvaso estas malsamaj operacioj, kaj nur la dua bezonas la kapliniojn, kiujn homoj algluas.
Por retejo, kiun vi administras, korektu la URL-on de la rimedo, la respondon aŭ la politikon ĉe ĝia posedanto kaj konservu la aŭtorizadajn kaj referencajn postulojn netuŝitaj. Por retejo, kiun vi ne kontrolas, sendu la paĝon kaj la petpruvojn al ĝia subtena kanalo anstataŭ rekreskigi privatajn aŭ eksvalidiĝantajn rimedajn ligilojn.
Komparu vojojn sen ŝanĝi la pruvojn
Se vi ja volas testi la alirvojon, tenu ĉion alian konstantan: sama paĝo, sama konto, sama elektita bildo, unu permesita vojo ŝanĝita. Komparu la peterojn flanko ĉe flanko anstataŭ la bildigitan rezulton, ĉar la bildigita rezulto diras, ĉu la bildo aperis, ne kial.
Bildo, kiu ŝargiĝas sur nova vojo, ne pruvas, ke tiu vojo estas rajtigita, kaj bildo, kiu restas rompita, ne pruvas, ke la tunelo kulpas. Se la bildo estis forigita aŭ la aliro estas intence limigita, uzu subtenatan alternativon anstataŭ malŝalti atestilajn kontrolojn aŭ speguli protektitan materialon de iu alia.
Laborordo: identigu la elektitan URL-on, legu ĝian staton kaj tipon, kontrolu ĉu estas registrita blokka kialo, poste komparu unu vojan ŝanĝon samtempe.