وضع الصيانة في ووردبريس عالق ولا أستطيع الدخول إلى اللوحة — كيف أصلحه؟

لا تضيعوا وقتكم في تثبيت برنامج FTP. ادخلوا إلى لوحة عملاء شركة الاستضافة، وافتحوا مدير الملفات من شاشة cPanel أو Plesk هناك. ابحثوا عن ملف .maintenance في المجلد الرئيسي وانقروا عليه بزر الفأرة الأيمن واحذفوه، لن يستغرق الأمر أكثر من 30 ثانية.

إذا لم تشاهد الملف لا تهلع، من أيقونة الترس في أعلى يمين مدير الملفات فعّل خيار إظهار الملفات المخفية (dotfiles). يعني لأن في بدايته نقطة يعتبره النظام ملفًا مخفيًا.

قبل سنتين ارتكبنا نفس الخطأ في أسبوع الخصومات. استعدنا قاعدة البيانات بتهور من نسخة احتياطية قديمة ومحونا حوالي 3,000 يورو من طلبات العملاء في آخر 8 ساعات. لا تحاولوا أبدًا استعادة نسخة احتياطية، فقط احذفوا ذلك الملف الصغير المذكور وهذا يكفي.

مجرد أنكم حدّثتم التبويب لا يعني أن تعليق النظام أمر طبيعي بحد ذاته. على الأرجح أن مدة تنفيذ PHP (max_execution_time) وحد الذاكرة (memory_limit) على خادمكم منخفضان جدًا. لأن الخادم اختنق عند تشغيل أربع إضافات في آن واحد تجمّد التبويب، ناقشوا هذه الحدود مع مزود الاستضافة.

تلك اللطافة الشهيرة في WordPress التي تقول لك "تحقق مرة أخرى بعد دقيقة" وتخليك تحدّق في نفس الشاشة لساعات... لا تقلق، لم يحدث أي شيء لموقعك، بمجرد حذف ذلك الملف الواحد يُفتح المتجر فورًا.

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

بعد حل المشكلة، أنشئوا بلا استثناء نسخة تجريبية (staging) تعمل بنقرة واحدة من لوحة الاستضافة. لا يتم تحديث الإضافات مباشرة على بيئة الإنتاج في أي موقع تتجاوز مبيعاته اليومية 1.000 يورو؛ يُجرَّب أولًا على النسخة المستنسخة، وإن لم تكن هناك مشكلة يُنقل إلى الإنتاج.

يكفي أن تحذف ملف .maintenance من المجلد الجذر، ولن يلحق أي ضرر بقاعدة البيانات أو الطلبات.

أوافق.

أتفق جزئياً، وأختلف جزئياً. أكثر ما أهدر وقتنا كان عدم وضوح من يتخذ القرار.

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

دعوني ألخص ما قيل حتى الآن. المسألة ليست الرقم، بل الأساس الذي بُني عليه.

هذا كل شيء، أرجو المعذرة إذا أطالت.

أنت محق.

نعم، الوضع في موضوع وضع الصيانة ووردبريس هو بالضبط هكذا. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.

إذا حصلت على ثلاث إجابات مختلفة حول موضوع ما، فالسؤال طرح بشكل خاطئ.

أنا أيضًا أوافق على هذا الرأي. إذا لم ينص العقد على ملكية الكود، تفقد قوتك التفاوضية عند المغادرة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

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

اكتبوا إذا كانت لديكم أسئلة، سأجيب قدر استطاعتي.

أخذت ملاحظة، شكرًا لك.

صحيح نظرياً، لكنه لا يسير هكذا عملياً. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.

دعني أتركها كملاحظة، قد تكون مفيدة.

سأجرب ذلك.