تحديثات ووردبريس التلقائية

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

أين تعيش التحديثات التلقائية

افتح Websites، انقر على الموقع، افتح قائمة WordPress في شريط علامات التبويب للموقع، واختر Updates. تحمل الصفحة عنوان Auto-updates.

تظهر علامة التبويب على مواقع WordPress و WooCommerce. إذا كانت خطة الاستضافة الخاصة بالموقع لا تتضمن هذه الميزة، فستعرض الصفحة لافتة ترقية بدلاً من عناصر التحكم.

كيفية عمل التحديث المُدار

التسلسل لكل تحديث، مجدول أو يدوي، هو نفسه:

1. النسخ الاحتياطي. يتم أخذ نسخة احتياطية كاملة من الموقع مباشرة قبل حدوث أي تغييرات. إذا فشل النسخ الاحتياطي، يتم تخطي التشغيل بدلاً من المتابعة بدون شبكة أمان.
2. التطبيق. يتم تثبيت التحديث.
3. التحقق. يتم جلب الموقع عبر HTTP والتحقق من الاستجابة.
4. المراقبة. يتم الاحتفاظ بالتشغيل في نافذة مراقبة لمدة نصف ساعة، يتم خلالها مراقبة الموقع للأخطاء وحوادث التوفر.
5. التأكيد أو التراجع. إذا كان كل شيء سليماً في نهاية النافذة، يتم وضع علامة Applied على التشغيل. إذا كان الموقع يعيد أخطاء، يتم استعادة النسخة الاحتياطية قبل التحديث تلقائياً ويتم وضع علامة Rolled back على التشغيل.

تلك النافذة المراقبة هي السبب في أنك ستشهد تشغيل Applied (watching) لفترة. إنها ليست عالقة. إنها الفترة التي قد تظهر فيها مشكلة فقط تحت حركة المرور الحقيقية وتؤدي إلى التراجع التلقائي.

تشغيل التحديثات التلقائية

عنصر التحكم الرئيسي هو Automatic updates، وهو موصوف بأنه المفتاح الرئيسي لهذا الموقع. يبدأ في وضع إيقاف، لذا لا يحدث شيء حتى تقوم بتشغيله عن قصد.

أسفل ذلك توجد ثلاث مفاتيح فئات:

كل ثلاثة تفترض افتراضياً أنها مفعلة، لذا يمنحك تشغيل المفتاح الرئيسي السلوك المُدار الكامل. أوقف فئة فردية إذا كنت تريد التعامل معها بنفسك، على سبيل المثال إذا كان عقد العميل ينص على أن ترقيات النواة تتطلب عملاً مجدولاً.

اختيار نافذة التحديث

محددات Quiet hours (NZ time) تحدد النافذة اليومية المستخدمة للتحديثات المجدولة، والشريط الموجود أسفلها يرسمها عبر شريط 24 ساعة حتى تتمكن من رؤيتها في لمحة. الإعداد الافتراضي هو الساعات الصغيرة، من 02:00 إلى 05:00 بتوقيت نيوزيلندا.

يتم اعتبار موقع واحد في الغالب مرة واحدة يومياً. يتم توزيع التشغيلات بدلاً من إطلاقها في نفس اللحظة للجميع، لذا تختلف الدقيقة الفعلية.

تجاوزات كل مكون إضافي

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

• Default، الذي يتابع مفتاح Plugins أعلاه.
• Auto-update، الذي يحدث هذا المكون الإضافي دائماً بغض النظر عن الإعداد الافتراضي.
• Manual only، الذي لا يحدثه تلقائياً أبداً.

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

استخدم Auto-update لأي شيء حساس للأمان تريد إصلاحه في اللحظة التي يتم فيها شحن الإصلاح، بغض النظر عن الإعداد الافتراضي.

تشغيل التحديثات الآن

انقر على Run updates now في أعلى الصفحة لبدء تشغيل فوري، دون انتظار النافذة. ينطبق نفس تسلسل النسخ الاحتياطي والتحقق والمراقبة، لذا فإن التشغيل اليدوي آمن تماماً مثل التشغيل المجدول.

قسم Pending updates يحتوي أيضاً على زر Apply all updates now بعد انتهاء الفحص. انقر على Refresh في هذا القسم لإعادة التحقق من الإصدارات الجديدة.

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

قراءة الإحصائيات والسجل

خمسة أرقام تجلس عبر أعلى الصفحة: Success rate و Applied و Rolled back و Failed و Last run. الواحد الذي يستحق المراقبة هو Rolled back. التراجع هو النظام يقوم بعمله، لكن نمط التراجعات ضد نفس المكون الإضافي يخبرك بشيء ما.

أسفل ذلك، Update history يسرد كل تشغيل مع:

• ما تم تحديثه وتغيير إصداره.
• حالة: Applied أو Applied (watching) أو Rolled back أو Failed أو Skipped أو Running أو Pending.
• ما إذا كان Scheduled أم Manual.

إذا لم يتم تشغيل شيء حتى الآن، يقول القسم ذلك ويشرح أن التحديثات تظهر هناك بعد تشغيلها تلقائياً أو عند بدء التشغيل اليدوي.

التراجع باليد

يحتفظ التشغيل الناجح بنسخته الاحتياطية قبل التحديث، والصفوف التي تحتوي على واحدة توفر عنصر تحكم Roll back.

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

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

عندما يتم تخطي التحديثات

يمكن تخطي التشغيل بدلاً من فشله. السببان الشائعان:

• فشل النسخ الاحتياطي قبل التحديث. لا يتم تحديث شيء، وسيتم إخطارك. قم بإصلاح مشكلة النسخ الاحتياطي أولاً: Taking a Backup.
• هناك تشغيل قيد التشغيل بالفعل أو تحت المراقبة. يتم ترك الموقع وحده حتى يتم حل التشغيل الحالي.

استكشاف الأخطاء

تعرض الصفحة لافتة ترقية بدلاً من عناصر التحكم. خطة استضافة الموقع لا تتضمن التحديثات التلقائية المُدارة. انظر إلى Upgrading Your Plan.

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

يتم التراجع عن مكون إضافي باستمرار. المكون الإضافي غير متوافق مع شيء آخر على الموقع. اضبطه على Manual only، حدثه أولاً على نسخة تدريجية، وأصلح التضارب هناك: انظر إلى WordPress Staging Workflow.

يتم تطبيق التحديثات لكن الموقع يبدو خاطئاً بدلاً من إعادة الأخطاء. يبحث فحص الصحة عن أخطاء HTTP، وصفحة معطلة بصرياً لا تزال إعادة 200 تمر بها. هذا هو السبب في وجود السجل وعنصر التحكم للتراجع اليدوي.

أين تذهب بعد ذلك

• WordPress Updates لعملية التحديث اليدوية.
• Restoring From a Backup عندما لا يكون التراجع كافياً.
• Site Activity Log، الذي يسجل كل تشغيل تحديث تلقائي.