कबीर का हल सही है। मेरा छवि URL था
/images/ads/homepage/small-banners01.png,
और यह AdBlock को ट्रिप कर रहा था। यह मेरे लिए क्रॉस-डोमेन मुद्दा नहीं था, और यह लोकलहोस्ट और वेब पर दोनों में विफल रहा।
मैं डीबग करने के लिए क्रोम के नेटवर्क टैब का उपयोग कर रहा था और इन विशिष्ट छवियों के लिए बहुत भ्रामक परिणाम ढूंढ रहा था जो लोड करने में विफल रहे। पहला अनुरोध कोई प्रतिक्रिया नहीं देगा (स्थिति "(लंबित)")। बाद में लाइन के नीचे, एक दूसरा अनुरोध था जिसने मूल URL और फिर "पुनर्निर्देशित" को पहल के रूप में सूचीबद्ध किया। पुनर्निर्देशित अनुरोध शीर्षलेख सभी बेस 64-एन्कोडेड डेटा की इस समान छोटी रेखा के लिए थे, और प्रत्येक ने कोई प्रतिक्रिया नहीं दी, हालांकि स्थिति "सफल" थी:
GET data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAACklEQVR4nGMAAQAABQABDQottAAAAABJRU5ErkJggg== HTTP/1.1
बाद में मैंने देखा कि इन इनलाइन शैलियों को सभी छवि तत्वों में जोड़ा गया था:
display: none !important;
visibility: hidden !important;
opacity: 0 !important;
अंत में, मुझे कंसोल में "संसाधन लोड करने में विफल" संदेश प्राप्त नहीं हुआ, बल्कि यह:
Port error: Could not establish connection. Receiving end does not exist.
यदि इनमें से कोई भी चीज आपके साथ हो रही है, तो संभवतः इसका AdBlock के साथ कुछ करना है। इसे बंद करें और / या अपनी छवि फ़ाइलों का नाम बदलें।
इसके अलावा, AdBlock द्वारा बनाई गई इनलाइन CSS के कारण , मेरे प्रचार स्लाइडर का लेआउट बंद किया जा रहा था। जब मैं कबीर के समाधान को खोजने से पहले सीएसएस के साथ लेआउट के मुद्दों को ठीक करने में सक्षम था, सीएसएस कुछ अनावश्यक था और कई आकारों की छवियों को संभालने के लिए स्लाइडर के लचीलेपन को प्रभावित किया।
मुझे लगता है कि सबक है: सावधान रहें कि आप अपनी छवियों को क्या नाम देते हैं। ये चित्र दुर्भावनापूर्ण या कष्टप्रद नहीं थे, क्योंकि वे आगंतुकों को वर्तमान प्रचार और विशेष के लिए एक विनीत तरीके से सचेत कर रहे थे।