عندما نستخدم WordPress، غالبًا ما نواجه مشكلات مثل صفحات WordPress الفارغة، وعدم القدرة على تسجيل الدخول إلى الواجهة الخلفية لـ WordPress، وأخطاء الخادم 500. غالبًا ما تحدث هذه المشكلات بعد تحديث إصدار WordPress وترقيته، وتثبيت المكونات الإضافية، وبعد ذلك يتم تحديث خادم PHP وMysql والإصدارات الرئيسية الأخرى، ولا تعمل وظيفة WordPress لأسباب مدعومة.
بالإضافة إلى ذلك، إذا كان هناك عدد كبير جدًا من مكونات WordPress الإضافية المثبتة، مثل wzfou.com، فقد يؤدي ذلك بسهولة إلى حدوث تعارضات. لقد شاركت سابقًا في المقالة المكون الإضافي WordPress الذي أستخدمه أن المكون الإضافي الذي أستخدمه به مثل هذه المشكلة. الإصدار القديم من MailPoet غير متوافق فعليًا مع PHP 7.2 وPHP 7.3، مما يؤدي إلى ظهور صفحة WordPress فارغة. .
ستشارك هذه المقالة وضع تشخيص الأخطاء في WordPress، والذي يستخدم بشكل أساسي للتعامل مع مشكلات مثل صفحات WordPress الفارغة وأخطاء الخادم 500 وتعارضات المكونات الإضافية كما يلي:
- يستخدم WordPress MailPoet لإنشاء اشتراك وإدارة مستخدم نظام إشعارات البريد الإلكتروني لتحديث RSS
- استخدم Algolia لإضافة وظيفة البحث في الموقع في الوقت الفعلي إلى WordPress - جودة بحث أعلى ومحتوى أكثر دقة
- WooCommerce Alipay الدفع - إعداد واستخدام المكون الإضافي للدفع WooCommerce
ملاحظة: تم التحديث في 8 ديسمبر 2019، بالنسبة إلى WordPress الذي لا يحتوي على وظيفة تكيفية خاصة به على الهاتف المحمول أو أن قالب الهاتف المحمول الخاص به ليس جميل المظهر، يمكننا تجربة AMP التكيفي: بناء تحسين الهاتف المحمول WordPress AMP مناسب لمحركات البحث على الأجهزة المحمولة وتصفح الهاتف المحمول للوصول إلى WP.
ملاحظة: تم التحديث في 25 ديسمبر 2019 ، في بعض الأحيان يكون هناك خطأ 502 عرضة لحدوثه عند التشغيل في خلفية WordPress. الحل: قم بحل الخطأ 502 في قائمة تحرير وحفظ خلفية WordPress.
1. قم بتمكين تصحيح أخطاء WP يدويًا
افتح ملف wp-config.php وأضف الكود التالي (لاحظ أنه في حالة وجود define('WP_DEBUG', true); وأكواد أخرى في ملف التكوين الأصلي، من فضلك التعليق عليهم ):
/**
* This will log all errors notices and warnings to a file called debug.log in
* wp-content (if Apache does not have write permission, you may need to create
* the file first and set the appropriate permissions)
*/
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);بعد الحفظ، يمكنك رؤية رسالة الخطأ المقابلة في ملف wp-content/debug.log . إذا كنت تريد عرض رسالة الخطأ مباشرة على صفحة الويب، فاستبدلها بما يلي:
/ 开启WP_DEBUG模式 define( 'WP_DEBUG', true ); // 开启DEBUG日志，一定要记得关闭这个日志功能并清理这个日志文件哦，产生的日志文件在: /wp-content/debug.log define( 'WP_DEBUG_LOG', true ); // 显示errors and warnings define( 'WP_DEBUG_DISPLAY', true ); @ini_set( 'display_errors', 'On' );
أخيرًا، تأكد من التعليق على الكود أعلاه أو حذفه بعد اكتمال الاختبار لمنع الأشرار!
2. تشخيص أخطاء WP وتصحيح الأخطاء في المكون الإضافي
2.1 مراقبة الاستعلام
المكون الإضافي: https://wordpress.org/plugins/query-monitor/
يمكن أن يساعدك المكون الإضافي Query Monitor في تصحيح استعلامات قاعدة البيانات، وأخطاء PHP، والخطافات والإجراءات، وكتل محرر الكتل، والبرامج النصية وأوراق الأنماط الموضوعة في قائمة الانتظار، واستدعاءات HTTP API، وما إلى ذلك. عند تمكينه، سيتم عرضه كما هو موضح أدناه:
يمكن لـ Query Monitor عرض رسائل خطأ WordPress التفصيلية ومعلومات الاستعلام لتسهيل الرجوع إليها:
2.2 شريط التصحيح
المكون الإضافي: https://wordpress.org/plugins/debug-bar/
قبل تمكين المكون الإضافي، تحتاج إلى تعديل ملف تكوين WP الخاص بك وإضافة الكود التالي (تذكر حذف عند الانتهاء منه):
#Debug Bar插件 define( 'WP_DEBUG', true ); define( 'SAVEQUERIES', true );
يمكن للمكون الإضافي Debug Bar عرض أخطاء PHP واستعلامات MySQL وما إلى ذلك، ويعرض زر Debug Bar في الركن الأيمن العلوي من WordPress.
بعد النقر، يمكنك عرض أخطاء PHP التفصيلية ومعلومات استعلام Mysql، كما هو موضح أدناه:
3. ملخص
تشغيل وضع تشخيص الأخطاء في WordPress يدويًا، يمكنك اختيار ما إذا كنت تريد عرض رسالة الخطأ مباشرة على الصفحة أو إخراجها إلى السجل في الدليل. بالنسبة لبعض مواقع الويب المهمة، يوصى بعدم عرض رسالة الخطأ بل مشاهدتها في السجل.
استخدم مراقبة الاستعلام وشريط التصحيح لتشغيل وضع التشخيص، مقارنةً بتشغيل وضع التشخيص يدويًا، سيتم عرض معلومات الخطأ بشكل أكثر سهولة وسيكون الاستعلام عنها أسهل. باختصار، لتجنب أخطاء WP قدر الإمكان، من الأفضل استخدام مكونات إضافية أقل.