مرحلة RC تعني أن وقت اختبار المواقع المهمة بدأ الآن، وليس يوم الإصدار النهائي.

نُشر في 10 أغسطس 2026 · WordPress 7.1 / RC2 / RC3 / Staging QA

توضح صفحة WordPress 7.1 أن RC1 كان في 5 أغسطس، وأن RC2 تم يوم 6 أغسطس، مع RC3 مجدول في 12 أغسطس والإصدار النهائي في 19 أغسطس 2026. كما تؤكد WordPress أن نسخ RC ما زالت للتطوير والاختبار ولا يجب تشغيلها على مواقع إنتاجية أو مهمة. لذلك أفضل استخدام لهذه الفترة هو سجل regression على staging.

ما الذي تختبره؟

ابدأ بالمسارات التي تكسر الإيراد أو التواصل: تسجيل الدخول، النماذج، checkout إن وجد، صفحات الخدمات، البحث الداخلي، وإدارة المحتوى. لا تضيع الاختبار في تصفح عشوائي للوحة التحكم.

لو كان الموقع يستخدم إضافات blocks أو محرر مخصص أو CSS كثيف داخل editor، أعطه أولوية لأن تغييرات المحرر والتنسيق تكون أكثر حساسية في الإصدارات الكبرى.

سجل regression بسيط

اكتب لكل موقع: نسخة WordPress الحالية، نسخة PHP، القالب، إضافات حرجة، تاريخ نسخة staging، السيناريوهات المختبرة، الأخطاء، وقرار go أو hold.

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

Checklist قبل RC3

• جهّز staging مطابقًا للموقع الحي قدر الإمكان.
• اختبر login وforms وeditor والصفحات التجارية.
• راجع console errors وPHP error log بعد الاختبار.
• وثق الإضافات التي تلمس editor أو REST API.
• حدد قرار go/hold لكل موقع مهم.
• لا تغيّر production بسبب نتيجة RC بدون خطة منفصلة.

أين تدخل ok4host؟

ok4host يساعد فرق التشغيل في تحويل جدول WordPress إلى خطة اختبار: مواقع ذات أولوية، staging، سجل أخطاء، وقرار تحديث واضح عند صدور النسخة النهائية.

أسئلة شائعة

هل RC2 مناسب للإنتاج؟ لا، WordPress يوصي باستخدامه على test server أو site فقط.

لماذا أبدأ قبل 19 أغسطس؟ لأن اكتشاف تعارض إضافة بعد الإصدار أصعب من اكتشافه في staging الآن.

ما أول اختبار؟ نموذج التواصل أو checkout أو صفحة تحويل مهمة.

المصادر

• Make WordPress Core: WordPress 7.1 schedule.
• WordPress News: WordPress 7.1 Release Candidate 1.
• Make WordPress Core: WordPress 7.1 posts.