WordPress: كيف تحل مشكلة الصفحة البيضاء في موقعك؟

يساعد هذا الدليل على تشخيص شاشة بيضاء في WordPress.

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

ما شاشة الموت البيضاء في WordPress؟

يصف WSOD صفحة فارغة بدل محتوى WordPress. هو عرض للمشكلة وليس تشخيصًا؛ قد تسببه مشكلات تطبيق أو خادم متعددة.

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

اختلاف العرض بين المتصفحات

كيفية تشخيص شاشة WordPress البيضاء

نفّذ الفحوص واحدًا تلو الآخر مع الاحتفاظ بالنسخ وتدوين نتيجة كل تغيير.

خطوات تشخيص WSOD

فحص سجلات الأخطاء

افتح جذر تثبيت WordPress في مدير ملفات cPanel.

ابحث عن سجل الأخطاء المحدد، وغالبًا يسمى error_log. قارن القيود بوقت الطلب الفاشل؛ قد يكون السجل في مكان آخر حسب الإعداد.

مراجعة ذاكرة PHP

إذا أظهرت السجلات نفاد الذاكرة، فكر في تغيير memory_limit في PHP أو طلب حد ذاكرة WordPress في wp-config.php ضمن الحدود التي تفرضها الاستضافة: define('WP_MEMORY_LIMIT', '128M');

تعطيل الإضافات

بعد النسخ الاحتياطي، أعد تسمية wp-content/plugins مؤقتًا للاختبار دون الإضافات العادية. إذا عاد الوصول، أعد اسم المجلد وفعّل الإضافات منفردة من الإدارة لتحديد المشكلة.

تغيير القالب

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

فحص أخطاء الصياغة

قد يسبب خطأ كتابي أو صياغة PHP غير صالحة في قالب أو إضافة خطأ قاتلًا. راجع الشيفرة المعدلة مؤخرًا ورسالة السجل الدقيقة.

تحديث WordPress

استخدم إصدارات متوافقة ومصانة من WordPress والقوالب والإضافات. اختبر وانسخ احتياطيًا قبل التحديث. راجع دليل إدارة تثبيت WordPress وتحديثه

فحص مشكلات الخادم

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

استعادة نسخة سابقة

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

طلب مساعدة مجتمع WordPress

قد تفيد منتديات دعم WordPress الرسمية في مشكلات التطبيق. قدّم رسالة خطأ منقحة ومعلومات الإصدارات المناسبة. افتح المنتدى هنا 

الحصول على مساعدة مختصة

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

تحقق من وظائف الموقع المهمة بعد معالجة الخطأ.