راهنمای جامع رفع خطای مرگبار وردپرس: چگونه افزونه مشکل‌ساز سایت را پیدا کنیم

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

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

خطای مرگبار (Fatal Error) وردپرس چیست؟

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

مثلا اگر یک افزونه با نسخه PHP 8.2 ناسازگار باشد، بلافاصله پس از ارتقاء نسخه PHP در هاست، سایت دچار خطای مرگبار می‌شود. یا وقتی دو افزونه سعی کنند یک تابع را دوبار تعریف کنند، وردپرس به دلیل تکراری بودن تابع، متوقف می‌شود. بنابراین مسیر فایل نشان داده شده در خطا اهمیت زیادی دارد. اگر این مسیر با wp-content/plugins/ شروع شود، احتمال زیاد مشکل از همان افزونه است.

نشانه‌های خطای مرگبار و نکات اولیه بررسی

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

• نمایش صفحه کاملا سفید در بخش کاربری سایت.
• نمایش پیغام «خطای بحرانی رخ داده است» هنگام ورود به پنل مدیریت.
• وقتی صفحه خاصی مانند صفحه پرداخت یا فرم تماس باز می‌شود، سایت کرش می‌کند.
• خطا بلافاصله پس از آخرین به‌روزرسانی افزونه شروع شده است.
• در پیام خطا نام فایلی زیر پوشه wp-content/plugins دیده می‌شود.
• در لاگ‌های خطا سرور، تکرار عبارت PHP Fatal error مشاهده می‌شود.

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

جدول تشخیص سریع: خطا از کجاست؟

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

آمادگی‌های ضروری پیش از شروع رفع مشکل

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

• ۱. بکاپ کامل بگیرید: فایل‌ها و دیتابیس باید به صورت همزمان بکاپ گرفته شوند. فقط گرفتن پوشه public_html کافی نیست.
• ۲. زمان شروع خطا را یادداشت کنید: این به پیدا کردن خط صحیح در لاگ‌ها کمک می‌کند.
• ۳. تغییرات اخیر را فهرست کنید: افزونه‌های به‌روزرسانی شده، تغییر نسخه PHP، آپدیت قالب و افزودن کد جدید را یادداشت کنید.
• ۴. در صورت امکان از محیط staging استفاده کنید: تست در محیط مشابه سایت زنده، ریسک را کاهش می‌دهد. هاستینگ وردپرس
• ۵. دسترسی‌های مدیریتی را چک کنید: FTP، پنل هاست و دسترسی به دیتابیس باید در دسترس باشند.

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

مراحل گام‌به‌گام رفع خطای مرگبار وردپرس

1. ایمیل حالت بازیابی وردپرس را بررسی کنید

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

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

2. اگر پنل مدیریت باز نمی‌شود، همه افزونه‌ها را غیرفعال کنید

اگر دسترسی به پنل مدیریت ندارید، سریع‌ترین راه تغییر نام پوشه wp-content/plugins است. از طریق FTP، SSH یا فایل منیجر هاست به مسیر public_html/wp-content بروید و پوشه plugins را مثلا به plugins-passive تغییر نام دهید. وردپرس چون این پوشه را نمی‌یابد، همه افزونه‌ها را غیرفعال می‌کند.

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

• پوشه wp-content/plugins را به plugins-passive تغییر دهید.
• سایت را در پنجره ناشناس مرورگر تست کنید.
• اگر سایت باز شد، نام پوشه را به plugins برگردانید.
• افزونه‌ها را یکی‌یکی فعال کنید.
• به محض بازگشت خطا، افزونه فعال شده آخر را یادداشت کنید.

این روش ساده اما بسیار موثر است. در سایت‌هایی که بیش از ۲۰ افزونه دارند، بهتر است از آخرین افزونه‌های به‌روزرسانی شده شروع به تست کنید تا در وقت صرفه‌جویی شود.

3. افزونه مشکل‌دار را مرحله به مرحله شناسایی کنید

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

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

• ابتدا افزونه‌های اصلی را فعال کنید: مانند WooCommerce، افزونه SEO، فرم ساز.
• سپس افزونه‌های جانبی را یکی‌یکی فعال کنید: کش، امنیت، ریدایرکت، گالری، اشتراک‌گذاری اجتماعی.
• بعد از هر فعال‌سازی، ظاهر سایت و پنل مدیریت را چک کنید.
• صفحات کلیدی مثل پرداخت، سبد خرید، فرم تماس و ورود کاربران را نیز تست کنید.
• به محض تکرار خطا، افزونه فعال شده و پیام خطا را یادداشت کنید.

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

4. از لاگ‌های خطا برای اثبات قطعی استفاده کنید

لاگ خطاهای سرور قوی‌ترین مدرک برای رفع خطای مرگبار است. در کنترل پنل هاست بخشی به نام Error Log یا لاگ خطا وجود دارد. همچنین می‌توانید با افزودن تنظیمات دیباگ به فایل wp-config.php، لاگ debug.log را در مسیر wp-content فعال کنید.

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

در لاگ‌ها دنبال عبارات زیر بگردید: PHP Fatal error، Uncaught Error، require_once failed، allowed memory size exhausted، call to undefined function، cannot redeclare. در ادامه هر خط مسیر فایل و شماره خط مشخص است. مثلا عبارت wp-content/plugins/ornek-eklenti/includes/class-loader.php on line 214 نشان می‌دهد خطا از افزونه ornek-eklenti است.

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

5. نسخه PHP و محدودیت حافظه را بررسی کنید

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

محدودیت حافظه PHP هم عامل شایعی است. سایت‌های چندزبانه، فروشگاه‌های WooCommerce، صفحه‌سازها و افزونه‌های امنیتی معمولا حافظه بیشتری مصرف می‌کنند. اگر در خطا نوشته شده Allowed memory size exhausted، ممکن است مشکل فقط کمبود منابع باشد نه افزونه خراب.

• برای سایت‌های کوچک شرکتی معمولا ۲۵۶ مگابایت حافظه PHP کافی است.
• برای فروشگاه‌های WooCommerce یا سایت‌های عضویت، حداقل ۵۱۲ مگابایت توصیه می‌شود.
• سایت‌های پر ترافیک یا با تعداد افزونه زیاد باید منابع را دقیق‌تر بررسی کنند.
• قبل از تغییر نسخه PHP حتما در محیط staging تست انجام دهید.

اگر کمبود منابع مکرر اتفاق می‌افتد، تنها افزایش memory_limit کافی نیست بلکه تعداد افزونه‌ها، کوئری‌های دیتابیس و پلن هاست باید با هم بررسی شود. بسته‌های هاستینگ وردپرس

اگر پنل مدیریت باز نمی‌شود، روش‌های جایگزین

تغییر نام پوشه افزونه‌ها با FTP یا فایل منیجر

یکی از مطمئن‌ترین روش‌های دستی تغییر نام پوشه افزونه است. اگر افزونه مشکل‌دار مشخص است، لازم نیست کل پوشه plugins را غیرفعال کنید بلکه فقط نام پوشه همان افزونه را تغییر دهید. مثلا wp-content/plugins/siteyi-cokerten-eklenti را به siteyi-cokerten-eklenti-passive تغییر دهید. وردپرس دیگر افزونه را بارگذاری نمی‌کند و ممکن است خطا رفع شود.

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

غیرفعال کردن افزونه با WP-CLI

اگر دسترسی SSH دارید، WP-CLI ابزاری حرفه‌ای و سریع است. با این ابزار می‌توانید فهرست افزونه‌ها را ببینید، افزونه خاصی را غیرفعال کنید یا همه افزونه‌ها را یکجا غیر فعال نمایید. مثلا غیرفعال کردن همه افزونه‌ها، تست سایت و فعال‌سازی مرحله‌ای آن‌ها در چند دقیقه انجام می‌شود.

هنگام استفاده از WP-CLI مطمئن شوید در مسیر درست نصب وردپرس هستید. اجرای دستورات در مسیر اشتباه ممکن است بی‌اثر باشد یا روی سایت دیگری تاثیر بگذارد. این روش برای شرکت‌ها و توسعه‌دهندگان که چندین سایت وردپرسی مدیریت می‌کنند، بخشی از روند استاندارد عیب‌یابی است.

بازنشانی افزونه‌های فعال از طریق دیتابیس

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

اگر دانش فنی کافی ندارید بهتر است از روش تغییر نام پوشه استفاده کنید که ریسک کمتری دارد و روی فایل سیستم انجام می‌شود.

بعد از پیدا کردن افزونه مشکل‌ساز چه کنیم؟

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

• یادداشت‌های نسخه آخر افزونه را بخوانید. ممکن است توسعه‌دهنده مشکلات سازگاری یا باگ را رفع کرده باشد.
• نسخه هسته وردپرس خود را بررسی کنید. نسخه‌های قدیمی ممکن است با افزونه‌های جدید ناسازگار باشند.
• نیازمندی‌های نسخه PHP افزونه را کنترل کنید. معمولا در صفحه افزونه حداقل نسخه PHP ذکر شده است.
• اگر افزونه به‌روزرسانی نشده، به دنبال جایگزین مناسب بگردید. افزونه‌های قدیمی می‌توانند خطر امنیتی داشته باشند.
• خطا را در محیط staging بازتولید کنید و روی سایت زنده آزمایش نکنید.
• با ارائه لاگ خطا درخواست پشتیبانی از توسعه‌دهنده کنید. فقط گفتن «سایت خراب شده» کافی نیست.

مثلا اگر افزونه فرم‌ساز روی PHP 8.3 خطا می‌دهد، می‌توانید موقت سایت را روی PHP 8.2 نگه دارید و منتظر به‌روزرسانی سازگار افزونه بمانید. البته این راه‌حل موقت نباید باعث غفلت از به‌روزرسانی‌های امنیتی شود.

راهکارهای پیشگیری از تکرار خطای مرگبار

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

• از محیط staging استفاده کنید: پیش از به‌روزرسانی افزونه، قالب و PHP ابتدا در محیط تست امتحان کنید.
• به‌روزرسانی خودکار را انتخابی انجام دهید: برای افزونه‌های حیاتی بهتر است به صورت دستی کنترل کنید.
• بکاپ‌گیری را افزایش دهید: در سایت‌های پرترافیک یا دارای تراکنش زیاد، بکاپ روزانه ممکن است کافی نباشد.
• تعداد افزونه‌ها را کاهش دهید: هر افزونه کد اضافه، ریسک امنیتی و احتمال ناسازگاری دارد.
• افزونه‌های به‌روزرسانی نشده را حذف کنید: افزونه‌هایی که بیش از ۱۲ ماه آپدیت نشده‌اند را با دقت ارزیابی نمایید.
• SSL و بررسی‌های امنیتی را فراموش نکنید: اتصال امن پایه حفاظت از پنل مدیریت و اطلاعات کاربران است. گواهی‌نامه SSL
• دسترسی دامنه و DNS را مرتب نگه دارید: دسترسی سریع به مدیریت دامنه در مواقع بحرانی اهمیت دارد. بررسی دامنه

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

کارهایی که هنگام خطای مرگبار نباید انجام دهید

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

• بدون بکاپ به دیتابیس دست نزنید.
• پوشه افزونه خطادار را حذف نکنید، ابتدا نام آن را تغییر دهید.
• خطاهای دیباگ را روی سایت زنده به بازدیدکنندگان نشان ندهید.
• همه افزونه‌ها را همزمان فعال نکنید.
• نسخه PHP را پی‌در‌پی و بدون برنامه تغییر ندهید.
• از منابع غیررسمی افزونه دانلود نکنید.
• بدون ثبت پیام خطا اقدام به تغییر نکنید.

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

چه زمانی باید از پشتیبانی هاست کمک بگیرید؟

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

• تاریخ و ساعت تقریبی شروع خطا.
• آخرین به‌روزرسانی یا نصب افزونه/قالب.
• متن دقیق پیام خطا نمایش داده شده.
• در صورت وجود، خطوط مربوط به debug.log یا error_log.
• اقدامات انجام شده و نتایج آن‌ها.

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

خلاصه و نتیجه‌گیری

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

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

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

آیا خطای مرگبار وردپرس باعث حذف اطلاعات سایت می‌شود؟

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

چطور بفهمم کدام افزونه سایت را خراب کرده؟

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

اگر به پنل مدیریت دسترسی ندارم، چطور افزونه‌ها را غیرفعال کنم؟

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

تعویض نسخه PHP همیشه خطای مرگبار را رفع می‌کند؟

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

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

بکاپ منظم بگیرید، به‌روزرسانی‌ها را ابتدا در staging تست کنید، افزونه‌های غیرضروری را حذف کنید، نسخه PHP و وردپرس را به‌روز نگه دارید و از هاستینگ مطمئن استفاده کنید.