RC1 هو بداية قرار التوافق، لا دعوة للتحديث العشوائي على المواقع الحية.
صفحة دورة WordPress 7.1 الرسمية تضع يوم 5 أغسطس 2026 كموعد Release Candidate 1، مع نشر Field Guide وDev Notes وبدء hard string freeze. هذا التوقيت مهم لفرق الاستضافة؛ لأن التغييرات أصبحت قريبة من الصورة النهائية، بينما الإنتاج ما زال يحتاج staging وسجل توافق واضح.
ما الذي تبحث عنه في Field Guide؟
Field Guide يجمع Dev Notes التي تهم المطورين ومطوري الإضافات. بدل قراءة الخبر كإعلان إصدار، استخدمه كخريطة اختبار: ما الذي تغير في المحرر، الجداول، واجهات التطوير، أو سلوكيات قد تعتمد عليها الإضافات؟
hard string freeze يعني أن النصوص أصبحت أكثر ثباتًا للمترجمين والمطورين، لكنه لا يعني أن كل إضافة جاهزة. الجاهزية تثبت بالاختبار على نسخة مطابقة قدر الإمكان من الموقع.
خطة QA للمواقع المهمة
أنشئ قائمة مواقع حرجة، ثم حدد السيناريوهات التي تكسر العمل لو فشلت: login، forms، editor، search، checkout، caching، وREST/API flows. نفذها على staging مع تفعيل نفس القالب والإضافات.
سجل النتيجة باسم الإضافة والسيناريو. إذا ظهر خطأ، قرر هل تنتظر تحديث الإضافة، تعطل ميزة مؤقتًا، أو تؤجل تحديث WordPress للموقع المعني.
Checklist قبل الإنتاج
- راجع Field Guide وDev Notes المرتبطة بإضافاتك.
- اختبر المواقع الحرجة على staging فقط.
- سجل نتائج forms وlogin وeditor وsearch.
- راجع error logs بعد كل اختبار.
- لا تجمع تحديث WordPress مع redesign أو تنظيف كبير.
- اكتب قرار go/no-go قبل يوم الإصدار النهائي.
أين تدخل ok4host؟
ok4host يدير تحديثات WordPress كعملية تشغيل: تقويم إصدار، staging، توافق إضافات، سجل أخطاء، وقرار إنتاج موثق لكل موقع.
أسئلة شائعة
هل RC1 مناسب للإنتاج؟ لا، استخدمه للاختبار والتوافق.
ما الفرق عن beta؟ RC أقرب للصورة النهائية ويبدأ معه تدقيق التوافق الجاد.
ما أول سيناريو أختبره؟ السيناريو الذي ينتج lead أو sale أو محتوى يومي.
المصادر
- Make WordPress Core: WordPress 7.1 schedule.
- WordPress 7.1 Release Party Schedule.
- WordPress.org Releases.
هل تحديث WordPress القادم له سجل توافق؟
نجهز staging واختبارات الإضافات وسجل go/no-go قبل أن يصبح التحديث قرارًا متأخرًا.
اطلب مراجعة الموقع