رفع خطای Connection Error Establishing a Database در وردپرس 

مقدمه:

خطای مشهور وردپرس با پیام صحیح انگلیسی Error Establishing a Database Connection زمانی ظاهر می‌شود که سایت نتواند به پایگاه داده متصل شود. برای رفع خطای Connection Error Establishing a Database در وردپرس ابتدا باید مشخصات دیتابیس در فایل wp-config.php، فعال‌بودن سرویس MySQL یا MariaDB، سلامت جداول و منابع هاست بررسی شود. پیش از هر تغییری نیز از فایل‌ها و پایگاه داده نسخه پشتیبان تهیه کنید تا امکان بازگردانی سایت وجود داشته باشد.

فهرست مطالب

• خطای اتصال به دیتابیس وردپرس چیست؟
• دلایل اصلی بروز خطای Database Connection
• اقدامات ضروری پیش از عیب‌یابی
• مراحل رفع خطای اتصال وردپرس به دیتابیس
• تعمیر دیتابیس آسیب‌دیده وردپرس
• بررسی افزونه‌ها، قالب و فایل‌های اصلی
• رفع خطا در سرور مجازی و اختصاصی
• چک‌ لیست نهایی عیب‌یابی
• روش‌های پیشگیری از تکرار خطا
• جمع‌ بندی
• سؤالات متداول

خطای اتصال به دیتابیس وردپرس چیست؟

وردپرس برای نگهداری نوشته‌ها، برگه‌ها، تنظیمات، اطلاعات کاربران، سفارش‌ها و بسیاری از داده‌های سایت از پایگاه داده استفاده می‌کند. فایل‌های PHP وردپرس برای نمایش هر صفحه باید به دیتابیس متصل شوند و اطلاعات موردنیاز را دریافت کنند.

اگر این ارتباط برقرار نشود، وردپرس به‌جای محتوای سایت پیام Error Establishing a Database Connection را نمایش می‌دهد. این پیام به‌تنهایی علت دقیق مشکل را مشخص نمی‌کند؛ بنابراین باید تنظیمات و وضعیت سرویس‌ها به‌ترتیب بررسی شوند.

نمایش این خطا الزاماً به معنی حذف اطلاعات سایت نیست. در بسیاری از موارد، اطلاعات همچنان در دیتابیس وجود دارد و مشکل فقط به رمز اشتباه، توقف موقت سرویس دیتابیس، خرابی چند جدول یا کمبود منابع مربوط می‌شود.

اگر سایت تجاری یا فروشگاهی شما از دسترس خارج شده و علت خطا مشخص نیست، کارشناسان شرکت تجارت الکترونیک نوژن می‌توانند وضعیت هاست، فایل تنظیمات و سرویس دیتابیس را بررسی کنند تا مسیر عیب‌یابی با ریسک کمتری انجام شود.

رفع خطاهای رایج وردپرس» ← آرشیو آموزش‌های وردپرس]

دلایل اصلی خطای اتصال به پایگاه داده وردپرس

اشتباه‌ بودن اطلاعات دیتابیس در wp-config.php

وردپرس اطلاعات لازم برای اتصال به دیتابیس را از فایل wp-config.php دریافت می‌کند. چهار مقدار اصلی در این فایل عبارت‌اند از:

define( 'DB_USER', 'database_user' );
define( 'DB_PASSWORD', 'database_password' );
define( 'DB_HOST', 'localhost' );

تغییر رمز کاربر دیتابیس، انتقال سایت، بازیابی ناقص نسخه پشتیبان یا ویرایش اشتباه فایل می‌تواند این مقادیر را نادرست کند. 
حتی وجود یک فاصله یا نویسه اضافی در جای نامناسب ممکن است اتصال را مختل کند.

مقدار DB_HOST همیشه localhost نیست. بعضی شرکت‌های میزبانی از نام میزبان، IP یا پورت متفاوتی استفاده می‌کنند؛ بنابراین مقدار درست باید از پنل هاست یا پشتیبانی سرویس‌دهنده دریافت شود.

متوقف‌ شدن MySQL یا MariaDB

اگر سرویس پایگاه داده روی سرور متوقف یا دچار اختلال شود، تمام سایت‌هایی که از آن استفاده می‌کنند ممکن است هم‌زمان از دسترس خارج شوند. این وضعیت بیشتر در سرورهای مجازی، سرورهای اختصاصی یا هاست‌هایی با فشار پردازشی بالا دیده می‌شود.

در هاست اشتراکی معمولاً امکان مدیریت مستقیم سرویس وجود ندارد. اگر اطلاعات ورود صحیح است و چند سایت روی همان سرویس با مشکل مواجه شده‌اند، باید وضعیت سرور از پشتیبانی هاست پرسیده شود.

خراب‌ شدن جداول دیتابیس

خاموشی ناگهانی سرور، کمبود فضای دیسک، اختلال هنگام نوشتن اطلاعات یا بازیابی ناقص بکاپ می‌تواند بعضی جداول را خراب کند. در این حالت ممکن است صفحه اصلی خطای اتصال نشان دهد، اما بخش‌های دیگری از سایت یا مدیریت پیام متفاوتی نمایش دهند.

کمبود منابع هاست یا سرور

مصرف بیش از حد RAM، CPU، فضای دیسک یا تعداد اتصال‌های هم‌زمان دیتابیس ممکن است برقراری اتصال جدید را غیرممکن کند. این حالت گاهی موقتی است و پس از کاهش بار سایت برطرف می‌شود، اما تکرار آن به بررسی دقیق منابع نیاز دارد.

افزونه‌های سنگین، ربات‌های مخرب، حملات ورود، کوئری‌های ناکارآمد و افزایش ناگهانی بازدید از عوامل احتمالی افزایش مصرف منابع هستند.

مشکل دسترسی کاربر دیتابیس

ممکن است نام کاربری و رمز عبور درست باشد، اما کاربر به دیتابیس موردنظر متصل نشده یا مجوزهای لازم را نداشته باشد. این مشکل بعد از انتقال سایت، ساخت مجدد دیتابیس یا تغییر حساب کاربری هاست بیشتر رخ می‌دهد.

خرابی فایل‌های اصلی وردپرس

اگر فایل‌های اصلی وردپرس ناقص، آلوده یا به‌ اشتباه ویرایش شده باشند، اجرای فرایند اتصال نیز می‌تواند مختل شود. این علت نسبت به تنظیمات اشتباه و توقف سرویس دیتابیس کمتر رایج است، اما پس از به‌ روزرسانی ناقص یا آلودگی امنیتی باید بررسی شود.

جدول تشخیص سریع علت خطا

نوع اقدام به محل میزبانی و علت خطا بستگی دارد. برای بررسی سرویس‌های متناسب با حجم دیتابیس و بازدید سایت، می‌توانید از خدمات هاست، سرور مجازی و پشتیبانی فنی شرکت تجارت الکترونیک نوژن بازدید کرده و پیش از جابه‌جایی، مشاوره تخصصی دریافت کنید.

مطالعه بیشتر: انتخاب هاست مناسب برای وردپرس

پیش از رفع خطا چه اقداماتی انجام دهیم؟

از سایت نسخه پشتیبان تهیه کنید

پیش از ویرایش wp-config.php، تعمیر جداول یا جایگزینی فایل‌های وردپرس، از فایل‌ها و دیتابیس بکاپ بگیرید. اگر پنل هاست در دسترس است، نسخه‌ای از پوشه سایت و خروجی پایگاه داده تهیه کنید.

وجود نسخه پشتیبان به این معنا نیست که بدون بررسی می‌توان هر تغییری انجام داد. فایل بکاپ باید در محلی امن نگهداری شود و بهتر است امکان بازیابی آن نیز قبلاً آزمایش شده باشد.

زمان و محدوده شروع مشکل را مشخص کنید

بررسی کنید خطا بعد از کدام اتفاق ظاهر شده است: انتقال سایت، تغییر رمز، نصب افزونه، به‌روزرسانی وردپرس، بازیابی بکاپ یا افزایش بازدید. این اطلاعات مسیر عیب‌یابی را کوتاه‌تر می‌کند.

همچنین سایت را با مرورگر و اینترنت دیگری آزمایش کنید. خطای اتصال به دیتابیس معمولاً برای همه کاربران نمایش داده می‌شود و با پاک‌کردن کش مرورگر برطرف نخواهد شد.

از اطلاعات حساس محافظت کنید

فایل wp-config.php شامل اطلاعات محرمانه دیتابیس است. محتوای کامل این فایل، رمز پایگاه داده یا دسترسی مدیریت هاست را در انجمن‌ها، شبکه‌های اجتماعی یا پیام‌های عمومی منتشر نکنید.

مراحل رفع خطای Connection Error Establishing a Database در وردپرس

مرحله اول: بررسی اطلاعات wp-config.php

از طریق File Manager پنل هاست یا اتصال امن FTP/SFTP وارد پوشه اصلی وردپرس شوید. فایل wp-config.php معمولاً در مسیر نصب وردپرس و کنار پوشه‌های wp-admin و wp-content قرار دارد.

ابتدا نسخه‌ای از فایل دانلود کنید. سپس مقادیر DB_NAME، DB_USER، DB_PASSWORD و DB_HOST را با اطلاعات ثبت‌شده در کنترل‌پنل تطبیق دهید.

نکات زیر را با دقت بررسی کنید:

• نام دیتابیس و نام کاربر ممکن است در cPanel دارای پیشوند نام حساب باشند.
• رمز عبور به حروف بزرگ و کوچک حساس است.
• علامت نقل‌قول، ویرگول و پرانتز نباید حذف شوند.
• مقدار DB_HOST را بدون تأیید سرویس‌دهنده تغییر ندهید.
• پس از ویرایش، فایل باید با نام و پسوند اصلی ذخیره شود.

اگر رمز کاربر دیتابیس مشخص نیست، می‌توان آن را از پنل هاست تغییر داد؛ سپس همان رمز جدید باید در wp-config.php وارد شود. پیش از تغییر رمز مطمئن شوید برنامه یا سایت دیگری از همان کاربر استفاده نمی‌کند.

آموزش مدیریت فایل‌های وردپرس در cPanel» ← مقاله آموزش مدیریت فایل در سی‌پنل]

مرحله دوم: بررسی اتصال کاربر به دیتابیس

در cPanel وارد بخش MySQL Databases شوید و بررسی کنید کاربر تعریف‌شده در wp-config.php به دیتابیس مربوط متصل باشد. در DirectAdmin نیز این اطلاعات از بخش مدیریت MySQL قابل کنترل است.

اگر کاربر به دیتابیس متصل نیست، آن را با دسترسی‌های موردنیاز اضافه کنید. در صورت ناآشنایی با سطح مجوزها، از تغییر تصادفی دسترسی‌ها خودداری کرده و موضوع را با پشتیبانی هاست مطرح کنید.

مرحله سوم: آزمایش وضعیت phpMyAdmin

ورود موفق به phpMyAdmin نشان می‌دهد پنل می‌تواند به سرویس دیتابیس دسترسی داشته باشد، اما لزوماً درست‌بودن تنظیمات وردپرس را ثابت نمی‌کند. پس از ورود، بررسی کنید دیتابیس سایت در فهرست وجود دارد و جداول وردپرس نمایش داده می‌شوند.

نام جدول‌ها معمولاً با پیشوند wp_ آغاز می‌شود، اما امکان دارد هنگام نصب تغییر کرده باشد. مقدار $table_prefix در wp-config.php باید با پیشوند واقعی جداول هماهنگ باشد.

اگر دیتابیس خالی است یا جدول‌ها وجود ندارند، احتمال دارد بکاپ به دیتابیس اشتباه وارد شده یا فرایند Import کامل نشده باشد.

مطالعه بیشتر: آموزش نصب و ایمن‌سازی phpMyAdmin

مرحله چهارم: بررسی سلامت جداول

در phpMyAdmin دیتابیس را انتخاب کنید و وضعیت جداول را بررسی کنید. برای جداولی که خرابی آن‌ها تأیید شده است می‌توان از قابلیت Repair استفاده کرد، اما ابتدا باید نسخه پشتیبان داشته باشید.

وردپرس نیز قابلیت داخلی تعمیر دیتابیس دارد. برای فعال‌سازی موقت آن، خط زیر را پیش از عبارت پایانی فایل wp-config.php قرار دهید:

define( 'WP_ALLOW_REPAIR', true );

سپس این نشانی را در مرورگر باز کنید:

https://example.com/wp-admin/maint/repair.php

گزینه تعمیر دیتابیس یا تعمیر و بهینه‌سازی نمایش داده می‌شود. این صفحه پس از فعال‌شدن بدون ورود به حساب کاربری قابل دسترسی است؛ بنابراین بلافاصله بعد از اتمام کار، خط WP_ALLOW_REPAIR را حذف کنید.

تعمیر دیتابیس جایگزین بکاپ نیست و همه انواع خرابی را برطرف نمی‌کند. اگر خطا ادامه داشت، گزارش MySQL و وضعیت دیسک سرور باید بررسی شود.

مرحله پنجم: بررسی فضای ذخیره‌ سازی و منابع

پرشدن فضای دیسک می‌تواند مانع نوشتن داده‌های جدید و عملکرد درست MySQL شود. در پنل هاست مقدار فضای مصرف‌شده، تعداد فایل‌ها و محدودیت منابع را بررسی کنید.

در سرورهای مدیریتی، مصرف RAM، CPU و تعداد پردازش‌ها نیز اهمیت دارد. اگر منابع آزاد نیست، راه‌اندازی مجدد بدون پیداکردن علت فقط ممکن است سایت را موقتاً در دسترس قرار دهد.

فایل‌های بکاپ قدیمی، گزارش‌های بسیار حجیم و پوشه کش گاهی فضای زیادی مصرف می‌کنند. پیش از حذف هر فایل، کاربرد آن و وجود نسخه جایگزین را بررسی کنید.

مرحله ششم: بررسی افزونه‌ها و قالب

افزونه یا قالب معمولاً مشخصات اتصال پایه دیتابیس را تغییر نمی‌دهد؛ اما کد ناسازگار یا کوئری‌های سنگین می‌تواند منابع دیتابیس را اشغال کند. اگر خطا پس از نصب یا به‌روزرسانی یک افزونه شروع شده است، غیرفعال‌سازی آزمایشی آن می‌تواند به تشخیص کمک کند.

در صورت نداشتن دسترسی به پیشخوان، نام پوشه افزونه مشکوک را در مسیر wp-content/plugins موقتاً تغییر دهید. برای غیرفعال‌کردن همه افزونه‌ها نیز می‌توان نام پوشه plugins را تغییر داد، اما این اقدام ممکن است قابلیت‌های مهم سایت، فروشگاه یا درگاه پرداخت را موقتاً متوقف کند.

نام پوشه قالب فعال را فقط زمانی تغییر دهید که یک قالب پیش‌فرض سالم وردپرس روی سایت نصب شده باشد. در غیر این صورت، سایت ممکن است با خطای جدیدی مواجه شود.

مرحله هفتم: جایگزینی فایل‌های اصلی وردپرس

اگر احتمال می‌دهید به‌ روزرسانی وردپرس ناقص شده یا فایل‌های هسته آسیب دیده‌اند، نسخه سالم و هم‌نسخه وردپرس را تهیه کنید. پوشه wp-content و فایل wp-config.php را نباید با نسخه خام جایگزین کرد.

این مرحله برای کاربران مبتدی حساس است. پیش از جایگزینی فایل‌ها، بکاپ کامل تهیه کرده و مطمئن شوید نسخه انتخابی با وضعیت فعلی سایت سازگار است.

مطالعه بیشتر: به‌ روزرسانی امن وردپرس

رفع خطای دیتابیس در VPS یا سرور اختصاصی

اگر مدیریت سرور در اختیار شماست، علاوه بر تنظیمات وردپرس باید خود سرویس MySQL یا MariaDB را نیز بررسی کنید. نام سرویس و دستورات مدیریتی ممکن است بر اساس سیستم‌عامل و نرم‌افزار نصب‌شده متفاوت باشد.

برای مشاهده وضعیت سرویس در بسیاری از توزیع‌های لینوکسی مبتنی بر systemd می‌توان یکی از فرمان‌های متناسب با سرویس نصب‌شده را اجرا کرد:

sudo systemctl status mysql

یا:

sudo systemctl status mariadb

اگر سرویس متوقف است، پیش از راه‌اندازی مجدد گزارش‌ها را بررسی کنید. کمبود حافظه، پرشدن دیسک، خطای فایل‌های دیتابیس یا تنظیمات اشتباه ممکن است علت توقف باشد و Restart بدون رفع علت، مشکل را دوباره ایجاد کند.

فرمان‌ها باید با حساب دارای دسترسی مجاز اجرا شوند. اگر سرور میزبان چند سایت است، تغییر تنظیمات MySQL، حذف فایل‌های داده یا اجرای تعمیرات گسترده بدون بکاپ می‌تواند تمام سایت‌ها را تحت تأثیر قرار دهد.

گزارش‌هایی که باید بررسی شوند

• لاگ خطای MySQL یا MariaDB
• لاگ PHP و وب‌سرور
• میزان فضای آزاد دیسک
• وضعیت RAM و Swap
• تعداد اتصال‌های فعال دیتابیس
• رویدادهای مربوط به توقف پردازش به دلیل کمبود حافظه
• تغییرات اخیر تنظیمات سرور

افزایش خودسرانه مقدار اتصال‌های هم‌ زمان یا حافظه MySQL همیشه راه‌ حل مناسبی نیست. تنظیمات باید با میزان RAM، تعداد سایت‌ها، نوع کوئری‌ها و بار واقعی سرور هماهنگ باشد.

مطالعه بیشتر: سرور مجازی مدیریت‌ شده و مدیریت‌ نشده

یک سناریوی کاربردی از عیب‌ یابی

فرض کنید سایتی پس از انتقال از هاست قدیمی به هاست جدید پیام اتصال به دیتابیس نمایش می‌دهد. ابتدا بررسی می‌کنیم که فایل‌ها کامل منتقل شده‌اند، سپس نام دیتابیس، کاربر و رمز جدید را از پنل هاست با wp-config.php مطابقت می‌دهیم.

در مرحله بعد، اتصال کاربر به دیتابیس و مجوزهای آن کنترل می‌شود. اگر اطلاعات درست باشد، با phpMyAdmin بررسی می‌کنیم که جداول واقعاً در همان دیتابیس وارد شده باشند و $table_prefix نیز با پیشوند جداول هماهنگ باشد.

در چنین سناریویی، نصب مجدد وردپرس اولین انتخاب نیست؛ زیرا مشکل معمولاً از هماهنگ‌نبودن اطلاعات محیط قدیمی و جدید ناشی می‌شود. عیب‌یابی مرحله‌ای از ایجاد تغییرات اضافی و احتمال از دست رفتن داده جلوگیری می‌کند.

چک‌ لیست نهایی عیب‌ یابی

اگر هنوز سایت در دسترس نیست، موارد زیر را به‌ترتیب کنترل کنید:

• تهیه نسخه پشتیبان از فایل‌ها و دیتابیس
• بررسی نام دیتابیس در wp-config.php
• کنترل نام کاربر و رمز عبور دیتابیس
• تأیید مقدار صحیح DB_HOST
• بررسی اتصال کاربر به دیتابیس و مجوزهای آن
• اطمینان از وجود جداول در دیتابیس درست
• تطبیق $table_prefix با پیشوند جداول
• بررسی خرابی جداول
• کنترل فضای دیسک و محدودیت منابع
• بررسی وضعیت MySQL یا MariaDB
• مطالعه گزارش خطای PHP، وب‌سرور و دیتابیس
• بررسی تغییرات اخیر افزونه، قالب یا سرور
• حذف خط WP_ALLOW_REPAIR پس از پایان تعمیر

چگونه از تکرار خطا جلوگیری کنیم؟

بکاپ‌ گیری منظم و قابل‌ بازیابی

از فایل‌های سایت و دیتابیس به‌صورت منظم نسخه پشتیبان تهیه کنید. بهتر است بکاپ فقط روی همان سرور نگهداری نشود، زیرا خرابی دیسک یا مشکل حساب میزبانی ممکن است نسخه اصلی و پشتیبان را هم‌زمان تحت تأثیر قرار دهد.

پایش منابع و فضای دیسک

مصرف CPU، RAM، فضای ذخیره‌ سازی و تعداد اتصال‌های دیتابیس را بررسی کنید. اگر سایت فقط هنگام افزایش بازدید قطع می‌شود، باید علت مصرف منابع، کوئری‌های سنگین و ظرفیت سرویس ارزیابی شود.

به‌ روزرسانی کنترل‌ شده وردپرس

هسته وردپرس، افزونه‌ها و قالب را از منابع معتبر دریافت و به‌ صورت کنترل‌شده به‌ روزرسانی کنید. پیش از تغییرات مهم، بکاپ بگیرید و در سایت‌های حساس ابتدا به‌روزرسانی را روی محیط آزمایشی انجام دهید.

انتخاب سرویس متناسب با سایت

یک وبلاگ کم‌ترافیک و یک فروشگاه پرتراکنش نیاز یکسانی ندارند. حجم دیتابیس، تعداد کاربران هم‌زمان، نوع افزونه‌ها، تعداد محصولات و میزان پردازش باید در انتخاب هاست یا سرور در نظر گرفته شود.

مطالعه بیشتر: افزایش سرعت وردپرس

جمع‌ بندی

برای رفع خطای Connection Error Establishing a Database در وردپرس ابتدا اطلاعات اتصال در wp-config.php را با تنظیمات واقعی هاست مطابقت دهید. پس از آن، دسترسی کاربر دیتابیس، سلامت جداول، وضعیت MySQL یا MariaDB، فضای دیسک و منابع سرویس را بررسی کنید.

اگر خطا بعد از انتقال سایت ایجاد شده است، نام دیتابیس، رمز، DB_HOST و پیشوند جداول در اولویت قرار دارند. اگر چند سایت هم‌زمان قطع شده‌اند یا خطا در ساعات شلوغی تکرار می‌شود، احتمال اختلال سرویس یا کمبود منابع بیشتر است.

از نصب مجدد وردپرس، حذف جداول یا دست‌کاری فایل‌های دیتابیس بدون بکاپ خودداری کنید. عیب‌یابی مرحله‌ای کمک می‌کند علت اصلی مشخص شود و داده‌های سایت در معرض خطر قرار نگیرند.

اگر پس از بررسی این مراحل همچنان خطا ادامه دارد، شرکت تجارت الکترونیک نوژن برای بررسی تنظیمات وردپرس، وضعیت دیتابیس و منابع میزبانی در کنار شماست. می‌توانید برای دریافت مشاوره فنی یا مشاهده سرویس‌های هاست و سرور متناسب با سایت خود با کارشناسان مجموعه در ارتباط باشید.

سؤالات متداول

۱. آیا خطای اتصال به دیتابیس به معنی حذف اطلاعات سایت است؟

خیر. این خطا معمولاً به معنی قطع ارتباط وردپرس با پایگاه داده است و الزاماً نشان نمی‌دهد اطلاعات حذف شده‌اند. پیش از هر اقدامی از دیتابیس نسخه پشتیبان تهیه کنید.

۲. چرا خطا بعد از انتقال وردپرس به هاست جدید ظاهر می‌شود؟

رایج‌ترین علت، هماهنگ‌نبودن نام دیتابیس، کاربر، رمز یا میزبان دیتابیس جدید با مقادیر wp-config.php است. اتصال کاربر به دیتابیس و پیشوند جداول نیز باید بررسی شود.

۳. آیا با تغییر رمز دیتابیس مشکل برطرف می‌شود؟

فقط زمانی که رمز فعلی اشتباه یا نامشخص باشد. پس از تغییر رمز در پنل هاست، باید همان مقدار دقیق در wp-config.php نیز ثبت شود.

۴. آیا غیرفعال‌کردن افزونه‌ها برای رفع خطا ضروری است؟

همیشه خیر. ابتدا اطلاعات اتصال و وضعیت سرویس دیتابیس را بررسی کنید. اگر مشکل پس از نصب افزونه شروع شده یا مصرف منابع غیرعادی است، غیرفعال‌سازی آزمایشی افزونه‌ها می‌تواند مفید باشد.

۵. آیا می‌توان دیتابیس وردپرس را از طریق phpMyAdmin تعمیر کرد؟

برای بعضی خرابی‌های جداول امکان تعمیر وجود دارد؛ اما باید ابتدا بکاپ تهیه شود. خرابی‌های جدی‌تر ممکن است به بررسی لاگ سرور یا بازیابی یک نسخه پشتیبان سالم نیاز داشته باشند.

۶. چرا خطا گاهی نمایش داده می‌شود و سپس ناپدید می‌شود؟

خطای موقت معمولاً می‌تواند با فشار روی منابع، محدودیت اتصال‌های هم‌زمان، توقف کوتاه سرویس یا اختلال شبکه داخلی سرور مرتبط باشد. تکرار آن باید با بررسی لاگ‌ها و منابع پیگیری شود.

۷. آیا نصب مجدد وردپرس راه مناسبی برای حل مشکل است؟

معمولاً اولین راه‌حل نیست. نصب مجدد بدون تشخیص علت ممکن است تنظیمات را پیچیده‌تر کند. ابتدا اتصال دیتابیس، جداول، منابع و فایل‌های اصلی بررسی شوند.