لم أسمع حتى الآن في عام 2015 كان هناك أي شيء فايروس أو SQL الفذ لوضعها “إلى الأرض” مئات المواقع والمدونات وورد، كما كان في السنوات الماضية ، ولكن حوالي شهر تظهر أشياء غريبة. قابلت العديد من المواقع التي بدا أنها فقدت اتصال بقاعدة البيانات.خطأ في إنشاء اتصال قاعدة البيانات.
في الممارسة العملية ، عندما يظهر مثل هذا الخطأ على WordPress ، فإن أول الأشياء التي يتم التحقق منها هي:
- إذا كانت الخدمة MySQL يعمل على الخادم. هي حالات حيث زيادة التحميل الخادم على أي قاعدة البيانات ، الخدمة MySQL / mysqld sa nu mai ruleze. In acest caz se reporneste serviciul din terminal (via ssh sau consola) sau din interfata web daca exista aceasta posibilitate.
- Eroare de configurare مستخدم / كلمة في wp-config.php. In aceasta situatie se verifica daca user-ul baze de date si numele bazei de date sunt corect setate in wp-config.php.
O a treia situatie este coruperea (inexplicabila pana in acest moment) tabelului wp_options من MySQL. Asadar, inainte de a intra in panica daca va gasiti site-ul cu “خطأ في إنشاء اتصال قاعدة البيانات”, este bine sa verificati daca tabelele din baza de date sunt in regula.
Cum verificam si cum reparam tabelul wp_options din WordPress in caz de este corupt. Marked as crashed and should be repaired.
1. نفتح phpmyadmin, mergem pe baza de date a site-ului care este picat si incercam sa accesam tabelul wp_options. إذا كان ذلك فاسدًا ، سيظهر تنبيه يخبرنا.
في الشاشة أعلاه حول الجدول wp_options من قاعدة البيانات “mobile_apk“. الجدول ‘sqldb/wp_options’ تم تمييزه كما تحطم ويجب إصلاحه.
2. نختار جدول wp_options، وضع علامة المربع بجواره ، ثم نذهب إلى أسفل في القائمة المنسدلة (مع تحديد) وحدد “جدول إصلاح“.
3. بعد هذه الخطوة في البرنامج التعليمي ، انتظر الإجابة على أمر SQL ثم تحقق مما إذا كان الموقع قد ذهب في المعلمات العادية.
يمكن لمستخدمي WordPress الذين ليس لديهم تثبيت phpmyadmin ، القيام بذلك من المحطة / الخادم الذي تنفذ عليه قاعدة البيانات:
- تأكد من أن جدول WP_OPTIONS تالف:
mysqlcheck -c baza_date wp_options -u user_db -p - إصلاح جدول WP_OPTIONS من قاعدة البيانات “base_date”:
mysqlcheck -r mydb wp_options -u user -pمن الجيد أنه بعد التأكد من أن الموقع قد عاد إلى الطبيب لإنشاء نسخة احتياطية في قاعدة البيانات. أنا حتى أوصي النسخ الاحتياطي الدوري. لم يكن معروفًا أبدًا :)
لماذا يحدث هذا ، رغم ذلك؟ لقد كنت أعاني من ذلك مع مواقع متعددة لعميل يتم استضافته جميعًا على خادم Godaddy. إصلاحه سهل بما فيه الكفاية ، ولكن ما الذي يجعلها فاسدة في المقام الأول وكيف يمكنني منع الحدوث مرة أخرى؟