قواعد انتهاء صلاحية محتوى MSN وإيقافه
فهم كيفية انتهاء صلاحية المحتوى أو إزالته من MSN باستخدام بيانات التعريف المدعومة. يشرح هذا الدليل منطق انتهاء الصلاحية وسلوك الاستيعاب للعناصر المحدثة أو المكررة وكيفية التأكد من معالجة عمليات الإيقاف التلقائي للمحتوى بشكل صحيح.
في هذه المقالة
تعيين انتهاء الصلاحية والتواريخ المحدثة
تعيين انتهاء الصلاحية والتواريخ المحدثة
لإزالة المحتوى من MSN، قم بتضمين ما يلي في الموجز الخاص بك:
- تاريخ انتهاء الصلاحية في الماضي (بالنسبة للتاريخ والوقت الحاليين)
- تاريخ محدث أحدث من آخر إصدار تم استيعابه
- نفس المعرف الفريد المستخدم في عنصر الموجز الأصلي
يشير هذا إلى نظام الاستيعاب لإلغاء نشر العنصر أثناء تحديث الموجز التالي.
بالنسبة لموجزات Media RSS، يمكنك أيضا استخدام العلامات التالية على مستوى جذر العنصر:
<dcterms:valid>2024-12-31T00:00:00Z</dcterms:valid>
<mi:expirationDate>2024-12-31T00:00:00Z</mi:expirationDate>
يجب إقران كليهما بتاريخ أحدث <dcterms:modified> أو محدث لتشغيل الاستيعاب.
فهم تغييرات حالة العنصر
يستخدم MSN مجموعة من المعرف الفريدوالتاريخ المحدثوتاريخ انتهاء الصلاحية لتحديد حالة كل عنصر موجز. يوضح الجدول أدناه كيفية تأثير المجموعات المختلفة على الاستيعاب:
| السياق | الإجراء |
|---|---|
| لا يوجد عنصر موجود بنفس المعرف الفريد | يتم إنشاء عنصر جديد |
| المعرف الفريد نفسه + التاريخ المحدث أحدث | تم تحديث العنصر |
| نفس المعرف الفريد + لا يوجد تغيير في التاريخ المحدث | تم تخطي العنصر (مكرر) |
| المعرف الفريد نفسه + تاريخ انتهاء الصلاحية في الماضي + تاريخ التحديث أحدث | تم حذف/حذف العنصر |
تجنب التكرارات في الموجز
لمنع أخطاء الاستيعاب والتحديثات المتكررة:
- لا تقم بإعادة إنشاء معرفات فريدة جديدة على كل سحب موجز.
- تغيير التاريخ المحدث فقط عندما يتغير العنصر حقا.
- أعد استخدام عناوين URL لأصول الوسائط ما لم يتغير المحتوى ماديا.
- بالنسبة إلى Media RSS، قم بتحديث
<dcterms:modified>لتشغيل إعادة الاستيعاب.
يؤدي إعادة استيعاب المحتوى الذي لم يتغير إلى إهدار موارد المعالجة وقد يتم تخطيه بالكامل من قبل النظام.