La soluzione di Kabir è corretta. Il mio URL dell'immagine era
/images/ads/homepage/small-banners01.png,
e questo stava facendo scattare AdBlock. Questo non è stato un problema tra domini per me e non è riuscito su localhost e sul web.
Stavo usando la scheda di rete di Chrome per eseguire il debug e ho trovato risultati molto confusi per queste immagini specifiche che non sono state caricate. La prima richiesta non restituirebbe alcuna risposta (Stato "(in sospeso)"). Più tardi lungo la linea, c'era una seconda richiesta che elencava l'URL originale e quindi "Reindirizza" come iniziatore. Le intestazioni della richiesta di reindirizzamento erano tutte per questa identica linea corta di dati codificati in base64 e ognuno non ha restituito risposta, sebbene lo stato fosse "Riuscito":
GET data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAACklEQVR4nGMAAQAABQABDQottAAAAABJRU5ErkJggg== HTTP/1.1
Successivamente ho notato che questi stili incorporati sono stati aggiunti a tutti gli elementi dell'immagine:
display: none !important;
visibility: hidden !important;
opacity: 0 !important;
Infine, non ho ricevuto alcun messaggio "Impossibile caricare le risorse" nella console, ma piuttosto questo:
Port error: Could not establish connection. Receiving end does not exist.
Se una di queste cose ti sta succedendo, probabilmente ha qualcosa a che fare con AdBlock. Disattivalo e / o rinomina i tuoi file immagine.
Inoltre, a causa del CSS incorporato creato da AdBlock, il layout del mio dispositivo di scorrimento delle promozioni veniva eliminato. Mentre ero in grado di risolvere i problemi di layout con CSS prima di trovare la soluzione di Kabir, il CSS era alquanto superfluo e influiva sulla flessibilità del dispositivo di scorrimento per gestire immagini di più dimensioni.
Immagino che la lezione sia: fai attenzione a come chiami le tue immagini. Queste immagini non erano dannose o fastidiose quanto avvertivano i visitatori delle promozioni e degli speciali in corso in modo discreto.