كيفية تجنب المشاكل المحتملة عند إعادة خبز جميع المشاركات؟

مرحباً!

إعادة خبز جميع المشاركات هو إجراء موصى به أحيانًا لأسباب مختلفة.

بعد تجربتي الخاصة مع إعادة خبز أدت إلى مشاكل ورأيت/توقعت مشاكل محتملة أخرى، أود أن أعرف كيف يمكن تجنبها.

  • إذا قمت بإعادة خبز 2 مليون مشاركة لدي، فسيؤدي ذلك إلى تشغيل عدد كبير جدًا من الطلبات إلى يوتيوب وسيتم حظر عنوان IP الخاص بي، مما يمنع Discourse من إنشاء معاينات.

  • إذا تعطلت الروابط الأصلية لـ oneboxes (مع العناوين والصور المصغرة والمقتطفات المنسوخة في قاعدة بيانات Discourse - حقل cooked) أو تم إعادة توجيهها، يبدو أن الـ oneboxes ستتعطل وسنفقد هذه المعلومات.

  • لدي oneboxes قديمة لفيسبوك وإنستغرام تعرض بشكل جيد. في الوقت الحاضر، لا تفعل ذلك (تعرض في إطار iframe، انظر هذا التعديل).
    معلومات إضافية: (لاحظ أن التخطيط قد تغير قليلاً منذ ذلك الحين، والإطارات الآن تقص المحتوى) و (يبدو أنه حتى ديسكورد لا يمكنه الحصول على عنوان IP “موثوق به”؟ إنه رابط عام)

  • قررت التخلي عن دعم فيسبوك (وبالتالي إنستغرام على حد علمي) على منتدياتي لعدة أسباب. إذا قمت بإعادة خبز جميع مشاركاتي، أفترض أن كل رابط تم عرضه سابقًا بشكل صحيح سيتعطل. هل هذا صحيح؟

لتجاوز بعض هذه المشاكل، يمكن أن يساعد هذا، ولكن ليس للجميع. على سبيل المثال، لم يتمكن من مساعدتي في معاينات فيسبوك.


ما الذي يمكن فعله للحفاظ على المعلومات الموجودة في oneboxed أثناء إعادة الخبز؟

8 إعجابات

يبدو لي أننا بحاجة إلى تحسين لإعادة الخبز، لكي نكون أكثر حذرًا

  • تحديد المعدل للمواقع المحددة أو ربما لجميع المواقع
  • وراثة صندوق الواحد الأصلي إذا فشل إعادة الجلب لأي سبب

بمعنى آخر، أعتقد أننا بحاجة إلى إعادة خبز غير ضار، على الأقل كخيار قابل للتحديد.

(ستكون هناك بعض مجتمعات المناقشة التي تقدر تحديث 404، أو التي لا تقدر المشاركات القديمة على الإطلاق، ولكن ستكون هناك أيضًا مجتمعات ترغب بشدة في الحفاظ على سلاسل المحادثات القديمة سليمة.)

4 إعجابات

هل يمكن إعادة صياغة هذا وتصنيفه كطلب ميزة؟

إعجاب واحد (1)

هل هناك أي قيمة على الإطلاق في إعادة جلب محتويات تغريدة تلقائيًا؟ سأكون على ما يرام مع تخطي إعادة الخبز لجلب محتوى صندوق واحد مرة أخرى إلا إذا تم تحديد صندوق.

إعجابَين (2)

هذه فكرة جيدة - فهي أكثر قوة، ومن غير المرجح أن تتعثر في مشكلات تحديد المعدل. اترك كل الـ oneboxes وشأنها ما لم يتم تحديد خلاف ذلك.

إعجاب واحد (1)

شكرًا لك على نشر ذلك. قد يؤثر ذلك على شيء أعمل عليه. هل لديك أي فكرة عن عدد الطلبات التي يستغرقها تشغيل الحد؟

بالنظر إلى وثائق واجهة برمجة تطبيقات يوتيوب، يبدو أنها تسمح بما يصل إلى 10 آلاف طلب GET كل 24 ساعة، ولكن هذا للطلبات التي تم إجراؤها باستخدام مفتاح واجهة برمجة التطبيقات: YouTube Data API Overview  |  Google for Developers. ليس من الواضح بالنسبة لي كيف يتم تحديد معدل الطلبات غير المصادق عليها لجلب صور معاينة الفيديو.

لا أعتقد أن هناك حدًا للمعدل مطبقًا على مقاطع الفيديو التي يتم تشغيلها عبر iframe، ولكن سيكون من الجيد تأكيد ذلك: YouTube Player API Reference for iframe Embeds  |  YouTube IFrame Player API  |  Google for Developers.

لا أعرف.

لقد قمت بحل المشكلة باستخدام Onebox Assistant بدون أي واجهة برمجة تطبيقات. فقط المكون الإضافي ممكّن. لا أعرف كيف حل مشكلتي. لا أعرف أيضًا ما إذا كان سيعمل في الوقت الحالي.

إعجابَين (2)