لماذا يبقى الموقع عالقًا
أثناء كل تحديث، ينشئ ووردبريس ملفًا اسمه .maintenance في جذر الموقع. ما دام الملف موجودًا،
يرى كل زائر رسالة بصيغة قريبة من «غير متاح لفترة وجيزة للصيانة المجدولة. تحقق مرة أخرى بعد دقيقة»
(وفي المواقع الإنجليزية «Briefly unavailable for scheduled maintenance»). عند انتهاء التحديث يحذف
ووردبريس الملف.
إذا توقف التحديث — تجاوز مهلة التنفيذ، نفاد ذاكرة PHP، إغلاق التبويب، أو تحديث عدة إضافات معًا — يبقى الملف في مكانه، ويبقى الموقع عالقًا معه.
تفصيل لا تذكره معظم الأدلة
الملف الذي ينشئه ووردبريس يحتوي على وقت بدء التحديث، وووردبريس يتجاهله تلقائيًا بعد ١٠ دقائق. إذا كان موقعك عالقًا منذ مدة أطول، فالسبب غالبًا ليس هذا الملف وحده: إما أنه أُنشئ بأداة أخرى (WP-CLI أو إضافة صيانة)، وإما أن تخزينًا مؤقتًا ما زال يعرض الصفحة القديمة. الخطوتان ١ و٥ تغطيان الحالتين.
١. احذف ملف .maintenance
اتصل عبر SFTP (مثل FileZilla) أو افتح مدير الملفات في استضافتك. اذهب إلى المجلد الجذر للموقع — الذي
يحتوي على wp-config.php وwp-admin وwp-content.
اسم الملف يبدأ بنقطة، لذلك هو ملف مخفي. في FileZilla فعّل
Server ← Force showing hidden files، وفي cPanel فعّل «إظهار الملفات المخفية» من إعدادات مدير
الملفات. احذف .maintenance ثم أعد تحميل الموقع.
وإن كنت تستخدم WP-CLI، يكفي أمر واحد:
wp maintenance-mode deactivate٢. نظّف مجلد التحديث
افتح wp-content/upgrade/. إن وجدت فيه مجلدات، فهي بقايا التحديث المتوقف. احذف
محتواه (لا المجلد نفسه)، وإلا قد تفشل المحاولة التالية برسالة مثل «تعذر إنشاء المجلد» أو
«مجلد الوجهة موجود مسبقًا».
٣. تحقق مما تركه التحديث نصف مكتمل
هذه هي الخطوة التي يتجاوزها الجميع، وهي التي تسبب العطل التالي. الإضافة التي توقف تحديثها أثناء نسخ الملفات قد تحتوي خليطًا من الإصدار القديم والجديد.
- عاد الموقع طبيعيًا؟ اذهب إلى لوحة التحكم ← التحديثات. إن كان العنصر ما زال مدرجًا، أعد تحديثه — واحدًا في كل مرة.
- يظهر خطأ حرج أو صفحة بيضاء؟ الإضافة ناقصة. غيّر اسم مجلدها داخل
wp-content/plugins/لتعطيلها، ثم أعد تثبيتها بشكل نظيف. راجع دليل الخطأ الحرج. - كان تحديثًا لنواة ووردبريس؟ أعد تشغيله من لوحة التحكم ← التحديثات ← إعادة التثبيت. محتواك وإعداداتك لا تتأثر.
٤. افهم لماذا توقف التحديث
| الحالة | السبب المحتمل | الوقاية |
|---|---|---|
| ضغطت «تحديث الكل» | إضافات كثيرة متتالية، تجاوز مهلة PHP | حدّث على دفعات صغيرة |
| إضافة كبيرة (منشئ صفحات، ووكومرس) | ملف كبير، وmax_execution_time قصير | ارفع الحد لدى المستضيف |
| «Allowed memory size exhausted» في السجل | ذاكرة PHP غير كافية | ارفع WP_MEMORY_LIMIT |
| علق أثناء تحديث تلقائي ليلي | توقف مهام cron في ووردبريس | راقب الموقع، أو اعتمد تحديثات مختبرة |
٥. امسح كل أنواع التخزين المؤقت
إن حذفت الملف وما زالت الرسالة تظهر، فصفحة الصيانة تُعرض من التخزين المؤقت. امسحه بالترتيب: إضافة التخزين (WP Rocket أو LiteSpeed Cache أو W3 Total Cache…)، ثم تخزين الاستضافة (Varnish أو تخزين الخادم)، ثم شبكة CDN (Cloudflare). جرّب بعدها في نافذة تصفح خاص.
الموقع ما زال في وضع الصيانة؟
أرسل لي رابط الموقع. وضع الصيانة العالق يُحل عادةً في ربع ساعة — وأتحقق من أن التحديث المتوقف لم يكسر شيئًا آخر.
أسئلة شائعة
كم يستمر وضع الصيانة عادةً؟
بضع ثوانٍ لكل عنصر يُحدَّث. ووردبريس يتجاهل تلقائيًا ملف .maintenance الذي أنشأه بعد ١٠ دقائق، وبعد ذلك ابحث عن تخزين مؤقت أو ملف أنشأته أداة أخرى.
لا أرى ملف .maintenance. لماذا؟
اسمه يبدأ بنقطة، فهو ملف مخفي. فعّل عرض الملفات المخفية في برنامج SFTP أو في مدير ملفات الاستضافة.
هل يضر حذف .maintenance بموقعي؟
لا. الملف لا يحتوي إلا على توقيت. الخطر يأتي من التحديث المتوقف نفسه، لذا تحقق بعدها من الإضافة أو القالب المعني.
كيف أمنع تكرار المشكلة؟
حدّث إضافة واحدة في كل مرة، خاصة الكبيرة منها، واحتفظ بنسخة احتياطية حديثة، ولا تغلق التبويب أثناء التحديث.