أرى عددًا كبيرًا من المواقع ذات الإعدادات الخاطئة التي تبدو وكأنها تستخدم طرقًا مختلفة لمنع الارتباط المباشر (‘hot linking’) للصور، لكنها تُرجع روابط لهذه الصور ضمن بيانات التضمين، مثل:
عند التحقق عبر http://debug.iframely.com/، أعتقد حقًا أن هذه ليست مشكلة في ديسكورد بحد ذاتها، لكنها تبدو سيئة.
فكرة واحدة هي أن إنشاء الـ onebox يمكن أن يسترجع الصورة عند طهي المنشور، ثم إما يخزن صورة مصغرة لتقديمها لاحقًا، أو في حال عدم إمكانية استرجاعها، يتصرف كما لو أنه لم يتم تحديد أي صورة.
تخزين نسخة من الصورة سيكون قويًا ومستقبليًا إلى حد كبير، وأعتقد أنه يندرج تحت الاستخدام العادل لأغراض حقوق النشر (الموقع الأصلي لن يتضرر من إعادة استخدام صورة مصغرة بحجم 130×90 تم استرجاعها من البيانات الوصفية، رغم أنني لست محاميًا).
في حال فشل ذلك، حاولت إنشاء مكون لالتقاط حدث الخطأ على الصور ثم إضافة فئة لإخفائها أو إخفاء الغلاف الخاص بها باستخدام display:none. لم أنجح حتى الآن لأنني علقت في decorateCookedElement()… لست متأكدًا مما إذا كنت أبحث في المكان الصحيح.
إذًا، هل أنا فقط من يعاني من صور معطلة بشكل متكرر في الـ oneboxes؟ هل لدى أي شخص آخر حل بديل؟
من الواضح أن هذا لا يحدث وقت التحضير، لأنك لا تضع طلبات الويب على هذا المسار الحرج، لكننا نضعها في قائمة الانتظار ونقوم بتحميل صورة الصندوق الواحد في الخلفية.
ننتظر فترة سماح التحرير (الافتراضي 300 ثانية) لتحميلها إذا كان خيار “تحميل الصور البعيدة إلى المحلي” مفعّلًا (الافتراضي: نعم).
من المهم أن نكون حذرين ونتأمل العواقب عند تغيير الإعدادات الافتراضية. نحن نوفر الإعدادات المثلى جاهزة من الصندوق، وقد يؤدي الانحراف عن هذه الإعدادات إلى عواقب غير مقصودة.