ماذا تسجّل قبل طلب الدعم؟
- الرابط الذي يعطي 500 ووقت حدوثه.
- آخر تغيير أجريته (إضافة، تحديث، تعديل ملف).
- مقتطف من سجل الأخطاء إن وُجد.
- هل المشكلة في كل الصفحات أم في واحدة؟
هذه المعلومات تختصر جولات الدعم من أيام إلى ساعات. الدعم ليس بديلاً عن قراءة السجل، لكن وصفك الدقيق يجعل مساعدته أسرع.
خطأ 500 بعد نقل الاستضافة
غالباً السبب مسار مطلق قديم في ملف الإعداد، أو قاعدة بيانات لم تُستورد كاملة، أو صلاحيات انقلبت أثناء الضغط. افحص wp-config أولاً، ثم تأكد من وجود الجداول بعد الاستيراد، ثم أعد ضبط الصلاحيات. إن عمل الموقع محلياً وفشل على الخادم، فالمشكلة في البيئة لا في الكود.
خطأ 500 هو رسالة الخادم العامة: حدث شيء غير متوقع ولم يفصح عن تفاصيله. هذا الغموض يجعل كثيرين يجرّبون حلولاً عشوائية ويضاعفون المشكلة. التشخيص المنظم أسرع: اعزل الطبقة التي فشلت أولاً، ثم اقرأ الدليل الذي يتركه الخادم.
أول سؤال: هل الموقع كله معطل أم صفحة واحدة؟
- الموقع كله 500: غالباً إعداد أو صلاحيات أو خطأ في ملف إعداد رئيسي.
- صفحة واحدة فقط: كود تلك الصفحة أو إضافة مرتبطة بها.
- لوحة التحكم تعمل والواجهة لا: قالب أو كاش أو إضافة واجهة.
- بعد تحديث مباشرة: أرجّح إضافة أو قالباً غير متوافق مع نسخة PHP.
اقرأ السجل قبل أن تغيّر أي شيء
ابحث في لوحة الاستضافة عن سجلات الأخطاء (error log)، أو في ووردبريس عن wp-content/debug.log إن كان التصحيح مفعّلاً. آخر عشرة أسطر غالباً تحدد الملف والسطر. إن لم يوجد سجل، فعّل عرض الأخطاء مؤقتاً في بيئة تجريبية وليس على موقع حي، ثم أطفئه بعد التشخيص.
الأسباب الأكثر تكراراً بالترتيب
| السبب | كيف تتحقق | الإصلاح |
|---|---|---|
| صلاحيات ملفات | ملف أو مجلد بصلاحية 777 أو 600 | مجلدات 755، ملفات 644 |
| إضافة معطوبة | تعطيل مجلد الإضافات مؤقتاً | أعد التسمية ثم فعّل واحدة واحدة |
| قالب غير متوافق | رجوع للقالب الافتراضي | حدّث القالب أو ابحث عن بديل |
| خطأ في htaccess | إعادة تسميته | أعد بناء القواعد الأساسية |
| إصدار PHP قديم | عرض إصدار PHP من اللوحة | اختر إصداراً حديثاً مدعوماً |
| تجاوز الحدود | رسالة memory أو limits | قلل الإضافات أو ارفع الحد إن أمكن |
طريقة العزل في ثلاث دقائق
- أعد تسمية مجلد plugins إلى plugins-off، وافتح الموقع.
- إن عاد يعمل، فالسبب إضافة؛ أعد التسمية وفعّل الإضافات واحدة تلو الأخرى مع اختبار بعد كل واحدة.
- إن بقي الخطأ، أعد تسمية htaccess إلى htaccess.bak واختبر.
- إن استمر، أعد الخلفية إلى القالب الافتراضي.
- إن ظلّ الخطأ، فالمشكلة في الإعداد أو قاعدة البيانات أو الخادم، لا في الواجهة.
بعد كل خطوة، افتح الصفحة في نافذة خاصة لتتجاوز الكاش. سجّل النتيجة؛ التغيير العشوائي المتعدد يجعل معرفة السبب مستحيلة لاحقاً.
متى تكون المشكلة من الخادم؟
إن كانت كل المواقع على الحساب تعطي 500، أو تعطل شيء دون أن تلمسه، فقد يكون الخادم أو مساحة التخزين أو حدود الموارد. راجع لوحة الاستضافة لاستهلاك الموارد، وتأكد أن الشهادة والخدمات تعمل. في هذه الحالة لا تعدّل كوداً؛ تواصل مع الدعم بوصف دقيق: الوقت، الروابط، وآخر تغيير.
كيف تمنع تكراره؟
- نسخة احتياطية قبل كل تحديث.
- تحديث الإضافات على بيئة تجريبية إن أمكن.
- حذف الإضافات المهجورة لا تعطيلها فقط.
- مراقبة السجلات شهرياً بدل الانتظار حتى التعطل.
خطأ 500 ليس عقاباً بل رسالة: شيء في الطبقة الأخيرة فشل. من يقرأ السجل أولاً ويغيّر خطوة واحدة في كل مرة يصل للحل في دقائق، ومن يغيّر كل شيء دفعة واحدة ينتهي إلى موقع معطل لا يعرف سببه. ابدأ بالنسخة الاحتياطية عبر خطة النسخ، وتعرّف على الصلاحيات في دليل مدير الملفات.
القاعدة الذهبية: تغيير واحد في كل مرة
سجّل في ورقة صغيرة: ماذا غيّرت، وماذا كانت النتيجة. إن تغيّر شيء بعد الخطوة الثالثة فأنت تعرف السبب؛ وإن عاد الخطأ بعد التراجع عن الخطوة نفسها فتأكدت. هذا السجل نفسه يفيدك في العطل القادم، لأن الأعطال تتكرر بأسباب متشابهة. ولا تنسَ أن بعض لوحات الاستضافة تتيح إرجاع نسخة احتياطية كاملة من الخادم؛ إن كانت متاحة، فهي أسرع من أي تشخيص إن لم تكن قد غيّرت شيئاً مهماً بعدها.
ماذا تفعل إن لم يظهر أي سجل؟
بعض الاستضافات لا تعرض سجلات للمستخدمين. جرّب تفعيل التصحيح في نسخة تجريبية، أو أنشئ صفحة PHP صغيرة تستدعي دالة بسيطة لاختبار التنفيذ. إن عملت الصفحة البسيطة وفشل موقعك، فالخلل في تطبيقك؛ وإن فشلت الصفحة البسيطة أيضاً، فالمشكلة في الخادم أو الصلاحيات أو إعداد PHP.