تحطيم مكتبك في الإحباط؟ هل خطأ مزعج يسبب لك الوقوع في الحب مع WordPress؟
إنها منصة رائعة لكل من التدوين ونظام إدارة المحتوى ، ولكن لا توجد برامج بدون عيوبها. تتناول هذه المقالة 3 من أكثر أخطاء WordPress شيوعًا ، حيث توفر حلولًا سهلة الاستخدام إلى "الشاشة البيضاء للموت" و "خطأ الخادم الداخلي" و "خطأ في إنشاء اتصال قاعدة البيانات".
يمكن تطبيق بعض النصائح الواردة في هذه المقالة على أخطاء أخرى ، لذلك حتى لو لم يكن موقعك قد انتهى ، فقد تتعلم شيئًا مفيدًا في المستقبل ...
واحدة من أكثر الأخطاء السيئة السمعة ، وقد أدت إلى تكسير الأواني الفخارية في جميع أنحاء العالم. من المرجح أن يكون أحد ثلاثة أشياء:
إذا ظهرت الشاشة على مواقع مختلفة ، والتي تستخدم نفس المضيف ، فيمكنك افتراض أن المشكلة تكمن في موفر خدمة الاستضافة لديك. إذا لم يكن كذلك ، فيمكنك التأكد من أن المشكلة تتعلق بموقعك نفسه:
غالباً ما يكون الوصول إلى حد الذاكرة هو المشكلة وراء هذا الخطأ. لزيادة الذاكرة ، قم بالوصول إلى ملف wp-config.php - انتقل إلى الملف الجذر لموقعك باستخدام عميل FTP أو مدير الملفات في لوحة الاستضافة الخاصة بك . داخل علامة php الرئيسية ، ستحتاج إلى إضافة سطر من التعليمات البرمجية ، مما سيزيد من حد الذاكرة لديك إلى 64M:
define('WP_MEMORY_LIMIT', '64M');من الممكن أن تذهب أعلى من 64M ، لكنها تعتمد على الخادم الخاص بك ، لذا فإن 64M هو مبلغ آمن بشكل عام. ربما لم يساعد زيادة الذاكرة ، أو لديك بالفعل حد أعلى من 64M؟ يمكن أن تكون المشكلة بعد ذلك إلى مكون إضافي أو نسقك.
إذا كان لديك إمكانية الوصول إلى لوحة البيانات ، فستكون عملية استكشاف الأخطاء وإصلاحها سهلة. ما عليك سوى النقر فوق "المكونات الإضافية" وتعطيل الأداة المثبتة مؤخرًا ، إذا لم يكن ذلك مفيدًا ، فيمكنك إلغاء تنشيط جميع المكونات الإضافية لموقعك ، وتحديد جميع المكونات الإضافية باستخدام مربع أعلى علامة اختيار واختيار "إلغاء التنشيط".
إذا لم يكن لديك إمكانية الوصول إلى لوحة التحكم ، فستكون هناك طريقة بديلة لاختبار الإضافات عبر بروتوكول نقل الملفات. إذا كان لديك عميل FTP ، فما عليك سوى الانتقال إلى الدليل ذي الصلة. افتح "wp-content / plugins" ، والذي سيحتوي على جميع المكونات الإضافية التي ثبتها. ما عليك سوى إعادة تسمية مجلد "plugins" قليلاً ، وربما إضافة كلمة في النهاية - لذلك تصبح المكونات الإضافية "plugins-test".
بدلاً من ذلك ، يمكنك أيضًا استخدام هذه المنهجية نفسها لإعادة تسمية مجلدات المكونات الإضافية الفردية ، والتي ستختبر كل مكون إضافي على حدة - بدلاً من كلها في وقت واحد. إذا كنت سعيدًا بإعادة تثبيت المكونات الإضافية ، فما عليك سوى إعادة تسمية المجلد مرة أخرى إلى اسمه الأصلي.
إذا كان المكوِّن الإضافي على خطأ ، فقد يكون هناك أحد الأسباب العديدة. أفضل أسلوب هو ببساطة إزالته والعثور على البرنامج المساعد الذي يحقق نتيجة مماثلة. حاول العثور على مكون إضافي أحدث أو أحد الإضافات التي تم تحديثها بحيث لا تتسبب في حدوث مشكلات.
إذا لم تساعد أداة حل مشكلات المكونات الإضافية في حلها ، فمن الممكن أن تكون موضوعك مزعجًا. أول شيء يجب القيام به هو عمل نسخة احتياطية من مجلد السمة. يمكنك ببساطة حذف النسق الخاص بك ، وسيقوم WordPress بتثبيت موضوع افتراضي. إذا حددت أن السمة خطأ ، فستحتاج إلى الاطلاع على ملف functions.php الخاص بموضوعك. قد يكون بعض الترميز الضعيف هو المشكلة ، إذا لم تكن واثقًا من ضبط هذا بنفسك ، فربما اتصل بمؤلف الموضوع. ينصح دائماً بشراء موضوع موثوق به يقدم مؤلفه الدعم.
لا يزال شاذ المكتب في الإحباط؟ هناك طريقة أخرى قد تساعد - تمكين وضع التصحيح.
إذا لم يؤد الحل أعلاه إلى حل مشكلتك ، فسيتعين عليك عندئذٍ البحث عن أعمق قليلاً. ستساعدك العملية الموضحة أدناه على تحديد مشكلتك. ومع ذلك ، إصلاح المشكلة بمجرد اكتشاف ما قد يتطلب بعض المهارات أكثر تقدما.
أولاً ، افتح ملف wp-config.php . ثم حدد السطر التالي:
define('WP_DEBUG', false);ضع "//" في البداية ، حتى يصبح
//define('WP_DEBUG', false);تم الآن التعليق على ما سبق ، وللحصول على الخطوة التالية ، الصق في الشفرة التالية مباشرة أسفل الخط أعلاه:
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);الآن هذا هو المكان الذي ستحتاج فيه إلى بعض المعرفة بالتشفير. ستؤدي الخطوات التي اتخذتها للتو إلى إرسال أخطاء إلى ملف باسم error.log (موجود في مجلد wp-content). إذا كنت تواجه مشكلة في العثور على هذا ، فقد لا يكون لديك إذن بإنشاء هذا الملف. ما عليك سوى إنشاء ملف error.log جديد وإعطائه إذنًا من 666.
افتح الملف في محرر نص وتحقق من أخطاء PHP. إذا كان هذا أمرًا لا تفهمه أو لا تثق به ، فمن المستحسن طلب بعض المساعدة.
إذا تلقيت 500 خطأ داخلي في الخادم ، فقد لا تكون على علم بالأخبار السيئة - فقد تكون واحدة من العديد من المشكلات! لذا اصنع مشروبًا ساخنًا عالي الكافيين ، واستفد من الراحة ، وكن مستعدًا لمزيد من استكشاف الأخطاء وإصلاحها. الاخبار الجيدة؟ بعض المنهجية هي نفس القسم السابق.
ارجع إلى قسم "المكونات الإضافية" و "المظهر" في القسم السابق. طريقة استكشاف الأخطاء وإصلاحها هي نفسها تمامًا.
مرة أخرى ، هذه العملية هي نفس المقطع السابق.
ليس أيًا من المكونات الإضافية أو المظهر الخاص بك؟ حان الوقت للتحقق مما إذا كان ملف htaccess الخاص بك قد تعرض للتلف.
أولا إعادة تسمية الملف - مرة أخرى فقط إضافة "درجة الحرارة" أو شيء مماثل في نهاية المطاف. لا يمكن رؤية الملف؟ ثم عليك التأكد من تمكين "عرض الملفات المخفية". تعتمد كيفية تحقيق ذلك على عميل FTP الخاص بك ، ولكنه سيكون بسيطًا إلى حد ما. على سبيل المثال في Filezilla ، ما عليك سوى تحديد "Server" من الأعلى ثم تحديد "إظهار الملفات المخفية".
الآن إلى الخطوة التالية ، انتقل أولاً إلى منطقة مشرف WordPress. انتقل إلى "الإعدادات - Permalinks" ، ثم أعد تعيين الروابط الثابتة الخاصة بك. لقد قمت الآن بإنشاء إصدار جديد من ملف العمل ، بحيث يمكنك التحقق لمعرفة ما إذا تم إصلاح المشكلة أم لا.
وقد تمت تغطية هذا أيضًا في القسم أعلاه ، لذا مررًا مرة أخرى ، مرر لأعلى.
قد يكون هناك عدة أسباب لهذا الخطأ. عادة ما يكون ذلك خطأ في الخادم ، ولكن ربما تكون قد غيّرت ببساطة تفاصيل تسجيل الدخول إلى قاعدة بياناتك.
من المهم تحديد ما إذا تلقيت هذا الخطأ على كل من الواجهة الأمامية والخلفية لموقعك. إذا كنت ترى نفس رسالة الخطأ في النهاية الخلفية (wp-admin) - "خطأ في إنشاء اتصال قاعدة بيانات" ، فيمكنك تخطي الخطوة التالية.
ومع ذلك ، إذا كنت ترى رسالة خطأ مختلفة تتضمن شيئًا ما على غرار "… .. قد تحتاج قاعدة البيانات إلى الإصلاح ..." ثم يجب عليك إضافة ما يلي إلى ملف wp-config.php :
define('WP_ALLOW_REPAIR', true);ثم قم بزيارة هذه الصفحة على موقعك: http://www.examplesite.com/ wp-admin / maint / repair.php
ستتمكن بعد ذلك من رؤية خيار لإصلاح قاعدة البيانات ، بمجرد إصلاحها ، تأكد من إزالة الرمز أعلاه من wp-config.php
هل قمت بتغيير كلمة مرور الجذر ، أو كلمة مرور قاعدة البيانات؟ إذا كان الأمر كذلك ، فسيتعين عليك أيضًا تغيير ذلك في ملف wp-config.php . لذا قفز إلى ملف wp-config.php وتأكد من صحة المعلومات.
define('DB_NAME', 'database-name');define('DB_USER', 'database-username');define('DB_PASSWORD', 'database-password');define('DB_HOST', 'localhost');من المهم التحقق من قيمة مضيف DB ، حتى يكون السطر النهائي صحيحًا. في معظم الحالات ، سيكون الأمر مضيفًا محليًا ، ولكن قم بإجراء بعض الأبحاث فقط. إذا كنت تقوم بتشغيل WordPress على خادم محلي ، فإن استبدال localhost بعنوان IP قد يؤدي إلى حل المشكلة.
إذا لاحظت هذا الخطأ عندما يتلقى موقعك كمية كبيرة من الزيارات ، فقد يكون الخطأ مع مقدم استضافة الويب. هناك طرق تسمح لك بمعرفة ما إذا كان خادم MySQL متجاوبًا ، ولكن مضيف الويب الخاص بك سيكون قادرًا على إخبارك أيضًا. دائمًا ما يكون الحفاظ على التواصل مع مضيف الويب الخاص بك فكرة جيدة على أي حال ، فلماذا لا ندعوهم للاتصال؟
في معظم الحالات ، توفر لك الحلول أعلاه حلًا لخطأك ، ومع ذلك فهناك دائمًا مشكلات نادرة ربما تكون قد سببت مشكلات مماثلة. إذا كنت لا تزال تكافح ، فإنني أوصيك بزيارة هذه الصفحة كنقطة انطلاق جيدة: http://codex.wordpress.org/Common_WordPress_Errors
حظا طيبا وفقك الله!