مشكلة مع Oneboxing صورة من نطاق معين

هل يمكن لأحد أن يلقي بعض الضوء على ما قد يحدث هنا؟ :thinking:

لدي صورتان. إنهما متطابقتان. الاختلاف الوحيد هو اسم النطاق.

إحدى الصورتين ترفض الظهور كـ onebox على منصة Discourse الخاصة بي التي تعمل بالإصدار 3.3.0.beta2-dev (7a083daf27)، بينما تظهر الصورة الأخرى بشكل صحيح دون أي مشاكل.

الصورة الأولى: https://dronescene.co.uk/images/uploads/temporiginal/test11.png

الصورة الثانية: https://dev.dronescene.co.uk/images/uploads/temporiginal/test11.png

أثناء محاولتي معرفة سبب المشكلة، لاحظت أن عنوان URL الخاص بـ onebox يضيف بعض المعلمات الإضافية في نهاية العنوان:

أعتقد أن هذا مضلل على الرغم من ذلك :thinking:

إذا قمت بعرض كلتا الصورتين مباشرة في علامة تبويب المتصفح ونظرت إلى رؤوس استجابة HTTP في علامة تبويب الشبكة في وحدة تحكم المتصفح، فلا يمكنني رؤية أي اختلافات بينهما.

لا توجد أخطاء في سجلات Discourse الخاصة بي.

هل ربما طبقت بعض الإعدادات الخاصة بالنطاق على منصة Discourse الخاصة بي والتي نسيتها منذ فترة طويلة؟ :thinking:

ما الذي يمكن أن يتسبب في ظهور خطأ HTTP/404 لـ Onebox بينما الصورة موجودة بالفعل؟ :thinking:

من أين يمكنني البدء في تصحيح سبب عمل أحد عناوين URL وعدم عمل الآخر؟ :thinking:

إذا كان ذلك ذا صلة، فسيتم توجيه كلا النطاقين عبر Cloudflare - ولكن كل شيء متطابق في الإعدادات هناك أيضًا.

أليس أحد الاستخدامات الرئيسية لـ Cloudflare هو منع الروبوتات من طلب الملفات من موقعك؟ يبدو أنه يعمل كما هو مقصود :ضحك:
يجب عليك التحقق من تكوين Cloudflare الخاص بك، سيكون هناك طريقة لتعطيل حماية الروبوتات هناك.

إعجابَين (2)

هل يعمل؟ :تفكير:

ما الفرق؟ :تفكير:

عنوان IP لخادم Discourse مدرج في القائمة البيضاء على Cloudflare ويمكنني استخدام curl/wget لكلتا الصورتين من سطر الأوامر للخادم الذي يشغل Discourse.

أكافح لفهم سبب عمل onebox لصورة واحدة وليس للصورة الأخرى.

بما أنك تتحكم في كلا الخادمين، هل يمكنك التحقق من الطلب الدقيق، وصولاً إلى الفعل، وعامل المستخدم، ورؤوس أخرى ومحاولة تكراره باستخدام cURL الذي يحاكيه؟

إعجابَين (2)

فكرة ممتازة :+1: