الحل النهائي لخطأ "غير متاح مؤقتًا للصيانة المجدولة" في ووردبريس

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

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

ما هو خطأ "غير متاح مؤقتًا للصيانة المجدولة" في ووردبريس؟

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

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

غير متاح مؤقتًا للصيانة المجدولة. يرجى التحقق مرة أخرى بعد دقيقة.

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

أكثر أسباب الخطأ شيوعًا

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

1. إيقاف التحديث في منتصفه

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

2. نقص موارد الخادم

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

3. امتلاء مساحة القرص أو حد inode

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

4. تعارض في المكونات الإضافية أو القوالب

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

5. مشاكل في أذونات الملفات والملكية

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

حل سريع: حذف ملف .maintenance

أكثر الحلول شيوعًا وفعالية هو حذف ملف .maintenance من الدليل الرئيسي لووردبريس. الدليل الرئيسي عادةً ما يكون public_html، www، أو مجلد مرتبط باسم نطاقك. إذا كنت ترى مجلدات wp-admin، وwp-content، وwp-includes في هذا الدليل، فأنت في المكان الصحيح.

تحذير مهم: احصل على نسخة احتياطية قبل البدء

حذف ملف .maintenance هو عملية منخفضة المخاطر؛ ولكن إذا كان التحديث قد توقف، فقد تكون سلامة الملفات قد تعرضت للخطر. لذلك، إذا كان ذلك ممكنًا، احصل على نسخة احتياطية من الملفات وقاعدة البيانات أولاً. إذا كان لديك نسخ احتياطية تلقائية في لوحة التحكم الخاصة بك، فقم بتدوين آخر نقطة نسخ احتياطي سليمة. من الجيد تحديد نافذة صيانة قصيرة قبل العملية في المواقع المؤسسية، أو التجارة الإلكترونية، أو المواقع ذات حركة المرور العالية.

• احصل على نسخة احتياطية من قاعدة البيانات أو تحقق من النسخ الاحتياطية التلقائية الموجودة.
• لا تحذف مجلد wp-content؛ حيث توجد ملفات الوسائط، والقوالب، والمكونات الإضافية الخاصة بك.
• استهدف فقط ملف .maintenance في الدليل الجذر.
• بعد العملية، تحقق مرة أخرى من التحديثات في ووردبريس.

طريقة 1: حل باستخدام مدير ملفات cPanel

بالنسبة للمستخدمين ذوي المعرفة الفنية المحدودة، فإن أسهل طريقة هي استخدام مدير ملفات cPanel. يمكنك الوصول إلى الملفات من لوحة تحكم Hostragons وإصلاح الخطأ في بضع خطوات. إذا لم يكن هناك مدير ملفات في لوحة التحكم الخاصة بك، يمكنك استخدام طريقة FTP.

خطوات حذف .maintenance عبر cPanel خطوة بخطوة

• قم بتسجيل الدخول إلى لوحة التحكم الخاصة بالاستضافة.
• افتح قسم مدير الملفات.
• انتقل إلى مجلد public_html حيث تم تثبيت ووردبريس.
• قم بتفعيل خيار عرض الملفات المخفية في الزاوية العليا اليمنى أو قسم الإعدادات. قد لا تظهر الملفات التي تبدأ بنقطة بشكل افتراضي.
• ابحث عن ملف .maintenance.
• حدد الملف وأعطِ أمر حذف.
• قم بمسح ذاكرة التخزين المؤقت للمتصفح وإذا كان هناك ذاكرة تخزين مؤقت للموقع.
• افتح موقعك مرة أخرى في علامة تبويب خاصة للتحقق.

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

طريقة 2: حل باستخدام FTP أو SFTP

تعتبر طريقة FTP/SFTP مثالية للمستخدمين الذين لا يمتلكون وصولاً إلى cPanel أو يرغبون في إجراء عمليات الملفات من سطح المكتب. يمكنك الاتصال بالخادم باستخدام عملاء مثل FileZilla، أو Cyberduck، أو WinSCP. من الناحية الأمنية، يُنصح باستخدام SFTP إذا كان ذلك ممكنًا.

خطوات التطبيق عبر FTP

• افتح عميل FTP الخاص بك وتصل بالخادم باستخدام عنوان الخادم، اسم المستخدم، كلمة المرور، ومعلومات المنفذ.
• انتقل إلى مجلد تثبيت ووردبريس. عادةً ما يكون هو public_html.
• قم بتفعيل خيار عرض الملفات المخفية في العميل. في FileZilla، يتواجد هذا الخيار عادةً في قائمة الخادم > إجبار على عرض الملفات المخفية.
• ابحث عن ملف .maintenance.
• احذف الملف أو يمكنك تحميله أولاً إلى جهاز الكمبيوتر ثم حذفه من الخادم للتأكد.
• قم بتحديث الموقع وتحقق من حالة التحديث من لوحة التحكم.

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

طريقة 3: حل سريع باستخدام SSH

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

أوامر SSH

أولاً، انتقل إلى الدليل الجذر لووردبريس:

cd public_html

قم بإدراج الملفات المخفية:

ls -la

احذف ملف .maintenance:

rm .maintenance

ثم تحقق من الموقع. إذا كان لديك عدة تثبيتات لووردبريس، تحقق في أي دليل تقوم بتنفيذ أوامرك. حذف الملفات في الدليل الخاطئ قد يتسبب في مشاكل لمواقع مختلفة. عند العمل عبر SSH، من الأفضل التأكد من الدليل الذي تعمل فيه أولاً عبر الأمر pwd.

طريقة 4: استخدام WP-CLI لإكمال التحديث

WP-CLI هو أداة قوية تتيح لك إدارة ووردبريس من سطر الأوامر. لا تحذف فقط ملف .maintenance، بل تساعدك أيضًا على التحقق من التحديثات وإكمالها. تعتبر واحدة من أنظف الطرق للمستخدمين على مستوى المطورين.

أمثلة على فحوصات WP-CLI

• تحقق من إصدار ووردبريس باستخدام wp core version.
• عرض حالة المكونات الإضافية باستخدام wp plugin list.
• قم بتحديث المكونات الإضافية واحدة تلو الأخرى في المواقع ذات المخاطر العالية بدلاً من استخدام wp plugin update --all.
• تحقق من القالب النشط ومعلومات الإصدار باستخدام wp theme list.
• امسح ذاكرة التخزين المؤقت لووردبريس باستخدام wp cache flush.

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

جدول مقارنة طرق الحلول

حذفت ملف .maintenance لكن الموقع لا يفتح: ماذا يجب أن أفعل؟

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

1. امسح ذاكرة التخزين المؤقت

قد تستمر ذاكرة التخزين المؤقت للمتصفح، أو مكون التخزين المؤقت لووردبريس، أو ذاكرة التخزين المؤقت للخادم، أو طبقة CDN في عرض شاشة وضع الصيانة القديمة. افتح أولاً المتصفح في وضع التصفح الخاص. ثم، إذا كان لديك، امسح ذاكرة التخزين المؤقت لمكونات مثل LiteSpeed Cache، أو WP Rocket، أو W3 Total Cache. إذا كنت تستخدم CDN، قم بإجراء عملية purge للذاكرة المؤقتة. إذا كانت لديك مشاكل في تكوين SSL أو الاتصال الآمن، يمكن توجيهك من خلال صفحة شهادة SSL إلى استخدام الشهادة الصحيحة.

2. قم بتعطيل المكونات الإضافية المسببة للمشكلة مؤقتًا

إذا لم تتمكن من الوصول إلى لوحة التحكم، انتقل إلى مجلد wp-content/plugins عبر FTP أو مدير الملفات. قم بتغيير اسم مجلد المكون الإضافي المشتبه به، مثل plugin-name-disabled. سيساعدك هذا في تعطيل المكون الإضافي. إذا تم فتح الموقع، فمن المحتمل أن تكون المشكلة في ذلك المكون. إذا كنت لا تعرف أي مكون يسبب الخطأ، يمكنك تغيير اسم مجلد المكونات مؤقتًا إلى plugins-old لتعطيل جميع المكونات، ثم إعادة تشغيلها واحدة تلو الأخرى.

3. انتقل إلى قالب افتراضي

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

4. تحقق من سجلات أخطاء PHP

للتحقق من السبب الحقيقي للخطأ، افحص ملف error_log. قد تشير عبارات مثل "تم استنفاد حجم الذاكرة المسموح بها"، "خطأ حرج"، "تم رفض الإذن"، أو "لا مساحة متبقية على الجهاز" إلى مصدر المشكلة بوضوح. على سبيل المثال، إذا رأيت "تم استنفاد حجم الذاكرة المسموح بها"، قد تحتاج إلى زيادة قيمة memory_limit لـ PHP. قد تكون حدود الذاكرة 256 ميجابايت أو أكثر تقدم نتائج أكثر استقرارًا في المواقع التي تستخدم WooCommerce وعدد كبير من المكونات الإضافية.

5. أعد تثبيت التحديثات المفقودة

إذا كانت ملفات نواة ووردبريس قد توقفت، يمكنك استخدام خيار "إعادة تثبيت ووردبريس" من لوحة التحكم. هذه العملية لا تمسح مجلد wp-content أو قاعدة البيانات؛ بل تقوم بتحديث الملفات الأساسية. ومع ذلك، من الضروري أخذ نسخة احتياطية قبل إجراء أي عملية على الموقع المباشر. إذا توقفت تحديثات المكونات الإضافية، يمكنك إعادة تحميل المكون الإضافي من المصدر الرسمي أو تحديثه مرة أخرى من اللوحة.

أفضل الممارسات لمنع تكرار الخطأ

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

قم بإجراء التحديثات بشكل تدريجي وليس دفعة واحدة

قد يبدو تحديث 20 مكونًا إضافيًا في وقت واحد وكأنه يوفر الوقت، لكنه يجعل عملية تصحيح الأخطاء أكثر صعوبة. الترتيب الأكثر أمانًا هو: أولاً، قم بأخذ نسخة احتياطية كاملة، ثم قم بتحديث نواة ووردبريس، ثم القالب، وأخيرًا قم بتحديث المكونات الإضافية في مجموعات من 3-5. تحقق من الموقع بعد كل تحديث للمكونات الحيوية.

استخدم بيئة تجريبية

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

خطط للنسخ الاحتياطية التلقائية

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

ابقَ على اطلاع بإصدارات PHP وووردبريس

تعتبر الإصدارات القديمة من PHP عرضة للمخاطر من حيث الأداء والأمان. يعمل ووردبريس والمكونات الإضافية الشائعة بشكل أكثر كفاءة مع إصدارات PHP الحديثة. إذا كان خادمك يدعم إصدارات حديثة مثل PHP 8.2 أو 8.3، يمكنك التخطيط للانتقال بعد إجراء اختبار التوافق. تحقق من دعم القوالب والمكونات الإضافية قبل الانتقال.

راقب موارد الاستضافة

إذا كان موقعك يتوقف بشكل متكرر أثناء التحديث، تحقق من استخدام CPU، وRAM، وI/O، ومساحة القرص، واستخدام inode. قد تؤدي حدود الموارد المنخفضة إلى عدم حدوث خطأ وضع الصيانة فقط، ولكن أيضًا إلى بطء فتح الصفحات ومشكلات في لوحة التحكم. يمكنك التفكير في الانتقال إلى حزم استضافة الويب أو حزم مخصصة لووردبريس للحصول على بنية أكثر قابلية للتطوير.

أثر ذلك على SEO وتجربة المستخدم

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

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

قائمة فحص سريعة

في حالات التعجل، يمكنك اتباع القائمة القصيرة أدناه لحل الخطأ بشكل منهجي:

• قم بالوصول إلى الدليل الجذر للموقع: public_html أو مجلد اسم النطاق.
• اجعل الملفات المخفية مرئية.
• احذف ملف .maintenance.
• امسح ذاكرة التخزين المؤقت للمتصفح، والمكونات الإضافية، والخادم، وCDN.
• تحقق من التحديثات من لوحة تحكم ووردبريس.
• حاول إعادة تجربة تحديث المكون الإضافي أو القالب الذي فشل واحدًا تلو الآخر.
• راجع مساحة القرص، وinode، وحدود الذاكرة لـ PHP، وسجلات الأخطاء.
• إذا تكرر الخطأ، قم بتقييم موارد الاستضافة وتوافق المكونات الإضافية.

متى يجب عليك الحصول على دعم احترافي؟

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

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

الخاتمة

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

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

أسئلة شائعة

ما سبب حدوث خطأ "غير متاح مؤقتًا للصيانة المجدولة" في ووردبريس؟

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

هل حذف ملف .maintenance آمن؟

نعم، في معظم الحالات، يعتبر حذف ملف .maintenance آمنًا ويسمح للموقع بالخروج من وضع الصيانة. ولكن يجب التحقق من التحديثات، والمكونات الإضافية، والقوالب، وسجلات الأخطاء بعد العملية لأن التحديث قد يكون قد توقف.

حذفت الملف لكن لا أزال أرى نفس الرسالة، ماذا يجب أن أفعل؟

أولاً، قم بمسح ذاكرة التخزين المؤقت للمتصفح، ومكونات التخزين المؤقت لووردبريس، وذاكرة التخزين المؤقت للخادم، وCDN. ثم اختبر في علامة تبويب خاصة. إذا استمرت الرسالة، تأكد من أنك تعمل في الدليل الصحيح لووردبريس وأنك قد قمت بعرض الملفات المخفية.

هل يؤثر هذا الخطأ على أداء SEO الخاص بي؟

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

ماذا يجب أن أفعل لمنع تكرار الخطأ؟

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