Kabirs Lösung ist richtig. Meine Bild- URL war
/images/ads/homepage/small-banners01.png,
und dies löste AdBlock aus. Dies war für mich kein domänenübergreifendes Problem und schlug sowohl auf localhost als auch im Web fehl.
Ich habe die Netzwerkregisterkarte von Chrome zum Debuggen verwendet und sehr verwirrende Ergebnisse für diese spezifischen Bilder gefunden, die nicht geladen werden konnten. Die erste Anforderung würde keine Antwort zurückgeben (Status "(ausstehend)"). Später gab es eine zweite Anfrage, in der die ursprüngliche URL und dann "Weiterleiten" als Initiator aufgeführt waren. Die Umleitungsanforderungsheader waren alle für diese identische kurze Zeile von base64-codierten Daten und gaben jeweils keine Antwort zurück, obwohl der Status "Erfolgreich" war:
GET data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAACklEQVR4nGMAAQAABQABDQottAAAAABJRU5ErkJggg== HTTP/1.1
Später bemerkte ich, dass diese Inline-Stile allen Bildelementen hinzugefügt wurden:
display: none !important;
visibility: hidden !important;
opacity: 0 !important;
Schließlich erhielt ich keine Meldungen "Ressource konnte nicht geladen werden" in der Konsole, sondern Folgendes:
Port error: Could not establish connection. Receiving end does not exist.
Wenn Ihnen eines dieser Dinge passiert, hat es wahrscheinlich etwas mit AdBlock zu tun. Schalten Sie es aus und / oder benennen Sie Ihre Bilddateien um.
Aufgrund des von AdBlock erstellten Inline- CSS wurde das Layout meines Werbeschiebereglers verworfen. Während ich die Layoutprobleme mit CSS beheben konnte, bevor ich Kabirs Lösung fand, war das CSS etwas unnötig und beeinträchtigte die Flexibilität des Schiebereglers für die Verarbeitung von Bildern mit mehreren Größen.
Ich denke, die Lektion lautet: Sei vorsichtig, wie du deine Bilder nennst. Diese Bilder waren nicht böswillig oder ärgerlich, sondern machten die Besucher auf unauffällige Weise auf aktuelle Werbeaktionen und Sonderangebote aufmerksam.