النسخ التجريبية ليست للإنتاج، لكنها إنذار مبكر لترتيب اختبار القوالب والإضافات.

نُشر في 2 أغسطس 2026 · WordPress 7.1 Beta 4 / Release Freeze / Staging QA

أعلنت WordPress 7.1 Beta 4 في 29 يوليو 2026، وكررت أن النسخة مخصصة للاختبار والتطوير فقط، مع موعد نهائي مخطط في 19 أغسطس 2026. بالنسبة للاستضافة أو أصحاب المواقع المهمة، هذه ليست دعوة لتثبيت beta على الإنتاج، بل فرصة لصناعة تقويم freeze واضح قبل الإصدار النهائي.

ما معنى freeze هنا؟

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

هذا يعطي الفريق فرصة لمقارنة staging بالإنتاج ومعرفة هل المشكلة من التحديث أم من تغيير آخر حدث في نفس الأسبوع.

كيف ترتب التقويم؟

قسم المواقع حسب الأثر: متاجر، عضويات، مواقع توليد leads، ثم مواقع تعريفية. ابدأ بالمواقع ذات النماذج والدفع والحسابات، لأنها الأكثر حساسية لتغييرات المحرر والبلوكات والإضافات.

اكتب لكل موقع: نسخة WordPress الحالية، القالب، الإضافات الحرجة، صفحات الاختبار، وصاحب القرار. بعد الاختبار، سجل النتيجة بدل الاعتماد على ذاكرة الفريق.

Checklist قبل 19 أغسطس

• حدد المواقع عالية الأثر أولًا.
• أنشئ أو حدّث staging لكل موقع مهم.
• اختبر تسجيل الدخول والنماذج والشراء إن وجد.
• راجع أخطاء PHP وJavaScript بعد الاختبار.
• جمّد تغييرات القوالب والإضافات في الأسبوع الحساس.
• وثق قرار التحديث أو التأجيل لكل موقع.

أين تدخل ok4host؟

ok4host يحول دورة WordPress إلى خطة تشغيل: ترتيب المواقع، اختبار staging، سجل أدلة، ثم قرار تحديث مناسب لكل موقع بدل تحديث جماعي أعمى.

أسئلة شائعة

هل أثبت Beta 4 على موقع حي؟ لا. WordPress نفسها توصي باستخدام بيئة اختبار أو موقع محلي.

هل كل المواقع تحتاج نفس الخطة؟ لا، المواقع ذات الدفع والحسابات والنماذج لها أولوية.

متى أبدأ؟ فور ظهور beta أو RC، لا يوم الإصدار النهائي.

المصادر

• WordPress.org: WordPress 7.1 Beta 4.
• WordPress.org: WordPress 7.1 Beta 3.
• WordPress Developer Blog: What’s new for developers, July 2026.