Miért nem töltődik be egy kép, miközben az oldal többi része igen
Három feltétel választja el a hálózati hibát a blokkolt kéréstől és a megjelenítési hibától. Keresse meg a böngésző által választott URL-t, mielőtt módosítja az útvonalat.
Az oldal betöltődik, a szöveg megjelenik, és egy kép törött ikon marad. Az első reakció a tunel hibáztatása, mert a tunel az, ami megváltozott. Előtte derítse ki, melyik URL-t kérte a böngésző valójában ehhez a képhez, mert az oldal URL-je és a kép URL-je két különböző bizonyíték. A hiányzó képről szóló jelentések többsége olyan gazdagéphez vezet, amely soha nem kapott működő kérést, és ez a válasz egyetlen pillantásba kerül a Hálózat panelen.
Három feltétel dönti el, hol keressen
Az első feltétel, hogy a kép ugyanarról a gazdagépről jön-e, mint az oldal. Egy külön képkiszolgáló gazdagépnek saját névfeloldásra, saját kapcsolatra és saját TLS-identitásra van szüksége, ezért egy betöltődő oldal semmit nem mond róla.
A második, hogy a böngésző blokkolta-e a kérést elküldése előtt. A vegyes tartalom, a tartalombiztonsági szabályzat és a referrer-szabályok megállíthatnak egy képet anélkül, hogy szokásos szerverválasz keletkezne, ezért nem jelenik meg sikertelen kérés a listában.
A harmadik, hogy a kézbesítés sikerült-e, és a megjelenítés hiúsult-e meg, olyan eset, amikor a bájtok megérkeznek, a kép mégsem jelenik meg. Ennek a három feltételnek három különböző tulajdonosa van, és csak az első hálózati kérdés.
| 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 |
Keresse meg azt az erőforrást, amelyet a böngésző valóban kiválasztott
Az oldal forrásában látott URL gyakran nem az, amit kértek. A forráskészletek, a picture elemek és a CSS-hátterek mind lehetővé teszik, hogy a böngésző a nézetablak szélessége, a pixel sűrűsége vagy a formátumtámogatás alapján más erőforrást válasszon. Előfordulhat, hogy egy lustán betöltődő kép egyáltalán nem kerül kérésre, amíg az oldal el nem ér egy bizonyos állapotot.
Vizsgálja meg az elemet és a kérést együtt, és a probléma jelentésekor tartsa a kezdeményezőt a kérés mellett. Az MDN képelem-referenciája egy helyen tárgyalja a forrásválasztást, a betöltési viselkedést és a referrer-vezérlőket, ami elég annak megállapításához, melyik attribútum választotta a hibás URL-t.
Jegyezze fel a gazdagépnevet, az állapotot, az esetleges átirányítási láncot és a válasz tartalomtípusát. A bejelentkező oldalt visszaadó 200 nem használható kép, és a HTML-hibaoldalra történő átirányítás addig ugyanúgy néz ki, mint egy sérült fájl, amíg el nem olvassa a típust.
A hálózat előtt olvassa el az állapotot
Az időtúllépés, az elutasított kérés és a dekódolási hiba különböző következő lépéseket igényel, és az állapotkód az, ami elválasztja őket. Az időtúllépés névfeloldásra, útvonalra vagy nem válaszoló gazdagépre mutat. Az elutasított kérés szabályzatra vagy engedélyezési rétegre mutat. A dekódolási hiba a bájtokra vagy a formátumra mutat.
Ha a kérés egyáltalán nem jelenik meg, hagyja abba a hálózat vizsgálatát, és nézze meg a jelölőnyelvet. A leggyakoribb ok egy forráskészlet-bejegyzés, amelyet a böngésző előnyben részesített, és amely már nem létezik a szerveren, majd egy elem, amelyet egy szkript soha nem tett láthatóvá.
Ez a megkülönböztetés önmagában megakadályozza a pazarló munka nagy részét az ilyen típusú jelentésekben.
Amikor a böngésző blokkolja, nincs mit olvasni
A vegyes tartalom a klasszikus eset: az a HTTPS-oldal, amely sima HTTP-n kér képet, a kérést blokkoltként, nem pedig sikertelenként kapja, és a konzol rögzíti az okot. A tartalombiztonsági szabályzat ugyanilyen formát ad, a blokkolt direktíva megnevezésével az üzenetben. A fejlécet eltávolító referrer-szabályzat azt is okozhatja, hogy egy hotlink ellen védett gazdagép helyőrzőt ad vissza a kép helyett.
A hálózati útvonal megérintése előtt olvassa el a rögzített okot, mert ezek a blokkok nem javulnak, amikor az útvonal változik. A kereszt-origin engedélyek hozzáadása sem megoldás: egy kép megjelenítése másik gazdagépről és a pixeljeinek olvasása egy canvasban különböző műveletek, és csak a másodikhoz kellenek azok a fejlécek, amelyeket az emberek beillesztenek.
Egy Ön által kezelt webhelyen javítsa ki az erőforrás URL-jét, a választ vagy a szabályzatot a tulajdonosánál, és tartsa sértetlenül az engedélyezési és referrer-követelményeket. Egy Ön által nem ellenőrzött webhelyen küldje el az oldalt és a kérés bizonyítékait a támogatási csatornájára, ahelyett hogy privát vagy lejáró erőforrás-hivatkozásokat tenne közzé újra.
Hasonlítsa össze az útvonalakat a bizonyítékok megváltoztatása nélkül
Ha valóban tesztelni akarja a hozzáférési útvonalat, tartson minden mást állandóan: ugyanaz az oldal, ugyanaz a fiók, ugyanaz a kiválasztott kép, egy engedélyezett útvonal megváltoztatva. A kérésbejegyzéseket hasonlítsa össze egymás mellett, ne a megjelenített eredményt, mert a megjelenített eredmény azt mondja meg, megjelent-e a kép, nem azt, hogy miért.
Egy új útvonalon betöltődő kép nem bizonyítja, hogy az az útvonal engedélyezett, és egy törött maradó kép nem bizonyítja, hogy a tunel a hibás. Ha a képet eltávolították, vagy a hozzáférést szándékosan korlátozzák, használjon támogatott alternatívát ahelyett, hogy kikapcsolja a tanúsítvány-ellenőrzéseket, vagy más védett anyagát tükrözze.
A munka sorrendje: azonosítsa a kiválasztott URL-t, olvassa el az állapotát és típusát, ellenőrizze a rögzített blokkolási okot, majd egyszerre egy útvonalváltozást hasonlítson össze.