استكشاف أخطاء ووردبريس

غير متوفر لفترة وجيزة للصيانة المجدولة

WordPress يكتب ملف .maintainance قبل التحديث ويزيله بعد. لم ينته التحديث ، لذلك لا يزال الملف موجودًا.

Briefly unavailable for scheduled maintenance. Check back in a minute.

الإجابة المختصرة

حذف ملف .maintainance في جذر الويب ويعود الموقع على الفور. هذا هو الإصلاح الكامل - ولكن التحديث الذي توفي في منتصف الطريق قد يكون ترك الملفات استبدالها جزئيا ، لذلك تحقق الأساسية بعد ذلك.

التشخيص

الأسباب الأرجح أولًا.

افحص القائمة بالترتيب. يتيح لك كل فحص تأكيد السبب أو استبعاده قبل تغيير أي شيء، لأن الحلول تختلف والتخمين يكلّف أكثر من تنفيذ أمر للتحقق.

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

الدليل

الإصلاح خطوة بخطوة.

تفترض الأوامر توفر WP-CLI والوصول إلى سطر الأوامر. إن لم يتوفرا، تشرح كل خطوة الإجراء كي تنفذه من لوحة التحكم أو عبر SFTP.

تأكد من وجود الملف
إنه ملف نقطي في جذر الويب ، لذلك لن يظهر في قائمة عادية.
```
ls -la .maintenance
```
احذفه
الموقع يعود في اللحظة التي ذهب. لا إعادة تشغيل ، لا تدفق ذاكرة التخزين المؤقت.
```
rm .maintenance
```
تحقق من أن النواة سليمة
يمكن أن يؤدي التحديث المتقطع إلى استبدال بعض الملفات والبعض الآخر لا.
```
wp core verify-checksums
```
أنه التحديث الذي فشل
من سطر الأوامر، حيث لا يمكن لعلامة تبويب المتصفح إنهاءها مبكرًا.
```
wp core update && wp plugin update --all
```
تأكد من أن الملفات مملوكة لمستخدم الويب
إذا لم يكن الأمر كذلك ، فسيفشل التحديث التالي بنفس الطريقة.
```
ls -la wp-content | head -n 5
```

على MagicWP

ما تتولاه المنصة عنك.

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

عرض الخطط تواصل معنا

الأسئلة الشائعة

الأسئلة الشائعة.

هل من الآمن حذف الملف؟

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

لا أستطيع رؤية الملف عبر SFTP.

يبدأ بنقطة ، لذلك يخفيه معظم العملاء. قم بتشغيل الملفات المخفية في عميل SFTP الخاص بك وسوف يكون جالسًا في جذر الويب بجوار wp-config.php.

لقد عاد بعد أن حذفته

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

هل سيشاهد زواري هذا؟

أي شخص وصل أثناء وجوده هناك ، نعم ، ويخدم حالة 503 - وهي الحالة الصحيحة ، ويعني أن محركات البحث تعاملها على أنها مؤقتة بدلاً من إزالة الصفحة.

أخطاء مرتبطة

إن لم يكن هذا هو السبب.

قد تبدو هذه الأخطاء متشابهة في المتصفح.

غير متوفر لفترة وجيزة للصيانة المجدولة

الأسباب الأرجح أولًا.

الإصلاح خطوة بخطوة.

تأكد من وجود الملف

احذفه

تحقق من أن النواة سليمة

أنه التحديث الذي فشل

تأكد من أن الملفات مملوكة لمستخدم الويب

ما تتولاه المنصة عنك.

الأسئلة الشائعة.

إن لم يكن هذا هو السبب.