خطای داخلی سرور یا 500 Internal Server Error در وردپرس می‌تواند ناگهان دسترسی به سایت را مختل کند، سئو را تضعیف کند و کاربران را ناامید سازد. در این راهنمای جامع، یک روند ایمن و مرحله‌به‌مرحله برای عیب‌یابی و رفع مشکل ارائه می‌کنیم؛ از فعال‌سازی گزارش خطا و بررسی فایل .htaccess تا ایزوله‌کردن افزونه‌ها، اصلاح مجوزها، بهینه‌سازی PHP و رسیدگی به مسائل سمت سرور.

شناخت خطای داخلی سرور و پیامدهای آن

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

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

• افزونه‌های ناسازگار یا خراب
• مشکلات حافظه پی‌اچ‌پی
• پرونده .htaccess خراب
• نسخه پی‌اچ‌پی فرسوده
• قالب وردپرس با مشکل

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

راه‌اندازی روند ایمن برای عیب‌یابی

برای آغاز مراحل عیب‌یابی، بسیار مهم است که ابتدا یک نسخه پشتیبان کامل از فایل‌ها و دیتابیس سایت خود تهیه کنید. همچنین قوی ترین رویکرد این است که از محیط «استیجینگ» (Staging) استفاده کنید، یعنی یک محیط تست که کپی از سایت واقعی شما است و شما می‌توانید در آن تغییرات خود را امتحان کنید.

بسته به میزبانی وب سایتتان، این امکانات مختلفی برای دسترسی به فایل‌ها و دیتابیس شما وجود خواهد داشت. اصولاً، به لحاظ امنیتی، استفاده از SFTP یا SSH ایده‌آل است.

در صورتی که قصد دارید تغییرات را روی سایت واقعی اعمال کنید، قبلاً حالت نگهداری را فعال کنید تا دیگر کاربران به سایت شما دسترسی نداشته باشند.

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

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

فعال‌سازی گزارش خطا و جمع‌آوری سرنخ‌ها

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

1- فعال کردن WP_DEBUG: از فایل wp-config.php در سایت وردپرس خود، ویژگی WP_DEBUG را پیدا کرده و مقدار آن را True تنظیم کنید.

2- فعال سازی WP_DEBUG_LOG: در ادامه، WP_DEBUG_LOG را نیز یکسان فعال سازید. این عملیات باعث می‌شود تمام هشدارها و خطاها در یک فایل خاص ذخیره شوند.

اکنون فایل خطاها را در پوشه wp-content بررسی کنید. به پیام‌هایی مثل PHP Fatal error، Memory exhausted یا خطاهای مربوط به افزونه‌ها هم برخورد خواهید کرد. استفاده از برنامه‌هایی که امکان ردیابی و ثبت زمان خطا را هم دارند، مانند New Relic، باعث خواهد شد تا علت‌ها سریع‌تر شناسایی شوند. در هر حال، بسیاری از شرکت‌های هاستینگ نیز این اطلاعات را در دسترس قرار می‌دهند، بنابراین می‌توانید از پنل کنترل خود بررسی کنید.

.htaccess خراب و بازسازی پیوندهای یکتا

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

برای رفع این خطا، نخست باید از فایل .htaccess پشتیبان گرفت و سپس نام آن را موقتاً تغییر دهید. سپس به تنظیمات پیوندهای یکتا در داشبورد وردپرس رفته و تغییرات را ذخیره کنید تا وردپرس فایل .htaccess جدیدی بسازد.

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

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

محدودیت حافظه و زمان اجرای PHP

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

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

define( ‘WP_MEMORY_LIMIT’, ‘256M’ );

برای تعیین max_execution_time، از فایل php.ini استفاده کنید و max_input_vars هم در همین فایل می‌تواند تنظیم شود.

باید به یاد داشته باشید که ‌تغییرات نیازمند مقادیر منطقی و تست کارایی‌ها و تاثیرات‌شان می باشند. اگر مشکلی باز هم باقی بود برای از بین بردن تداخلات باید برگردید به مقادیر ایمن قبلی.

در نهایت

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

افزونه‌های مشکل‌ساز و روش ایزوله کردن

افزونه‌های مشکل‌ساز بعضی مواقع باعث ایجاد خطا 500 سرور در وردپرس می‌شوند. روش استاندارد برای شناسایی اینگونه افزونه‌ها از فرآیند غیرفعال‌سازی تمام افزونه‌ها استفاده کنید. این گام از طریق تغییر نام پوشه افزونه‌ها یا با استفاده از WP-CLI قابل انجام است. پس از غیرفعال‌سازی، افزونه‌ها را یکی یکی و با تست قبل و بعد از فعالسازی بررسی کنید.

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

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

پوسته معیوب یا ناسازگار

همانطور که تا به حال مشخص شد، با توجه به پیچیدگی سیستم وردپرس، امکان دارد پوسته مورد استفاده در سایت به دلیل پایین بودن کیفیت یا ناسازگاری با نسخه های جدید وردپرس یا PHP ارائه شده، باعث ایجاد خطای 500 شود. راه حل این مساله، تغییر پوسته به یکی از پوسته های پیش‌فرض وردپرس می‌باشد. فرض کنیم شما از پوسته twenty twenty استفاده می‌کنید. این پوسته توسط خود وردپرس توسعه یافته و برای اختبار با نسخه های جدید وردپرس و PHP، به روزرسانی می‌شود. پس با تعویض پوسته احتمال بروز خطاهای ناسازگاری کاهش پیدا می‌کند. همچنین نقش child theme و فایل functions.php در بروز خطاهای کشنده را نیز باید بررسی کرد. با توجه به همه این موارد، شما باید یک فرآیند تست مرحله به مرحله برای بازگرداندن پوسته قبلی پس از رفع خطا ارائه دهید. اگر مشکل با تغییر پوسته حل شد، از طریق فعال سازی child theme یا تغییراتی در فایل function.php، می‌توانید به حالت قبلی برگردید. توجه داشته باشید که ارائه child theme و تغییرات در فایل function.php بدون داشتن تجربه و دانش کافی در زمینه برنامه نویسی، می‌تواند باعث بروز مشکلات بیشتر بشود.

مجوزهای فایل و پوشه و مالکیت

غالباً، خطای 500 ممکن است به دلیل مجوزهای نادرست فایل‌ها و پوشه‌ها در وب سایت وردپرسی ایجاد شود. به دلایل امنیتی، فایل‌ها باید مجوز 644 و پوشه‌ها باید مجوز 755 داشته باشند. برای فایل wp-config.php از مالکیت سخت‌گیرانه‌تر استفاده کنید. مجوز 777 بسیار خطرناک است و می‌تواند منجر به دسترسی غیرمجاز شود.

مالک فایل‌ها و پوشه‌ها بایستی هم‌اکنون به www-data تنظیم شود که وب‌سرور به فایل‌ها دسترسی داشته باشد. در برخی موارد، می‌توانید به سادگی مالکیت و دسترسی فایل‌ها و پوشه‌ها را با استفاده از FTP تغییر دهید.

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

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

فایل‌های هسته‌ای خراب و نسخه PHP

پس از بررسی مجوزهای فایل و پوشه، باید توجه داشت که خرابی در فایل‌های هسته‌ای وردپرس نیز می تواند منجر به خطای 500 شود. یکی از راه‌های تشخیص این خرابی، استفاده از نرم‌افزار های ابزاری است که checksum هر فایل هسته را با مقادیر مورد انتظار مقایسه می‌کنند. در صورت تشخیص تغییرات، می‌توانید با بارگذاری مجدد پوشه‌های wp-admin و wp-includes از بسته تمیز، کاری برای ترمیم مسئله کنید.

همچنین، برای جلوگیری از خطای 500، حتماً باید نسخه جاری PHP و وردپرس با یکدیگر سازگار باشند. مدول­‌های ضروری PHP مانند curl، mbstring و intl باید نصب و فعال باشند. در صورت بروز مشکلات، راه‌اندازی مجدد PHP-FPM یا پاکسازی OPcache می تواند موثر باشد.

• چک کردن به‌روز بودن نسخه PHP و وردپرس
• بررسی و نصب ماژول‌های لازم PHP
• بارگذاری مجدد فایل‌های هسته از بسته تمیز
• راه‌اندازی مجدد PHP-FPM یا پاکسازی OPcache در صورت لزوم

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

مسائل سمت سرور و شبکه و پیشگیری بلندمدت

مشکلات و نقص‌های سمت سرور گاهی عامل ایجاد خطاهایی مانند خطای 500 در وردپرس می‌شوند. در چنین موقعیتی، قوانین سخت‌گیرانه ModSecurity، تنظیمات WAF و CDN، خطاهای 520 تا 522 در سرویس‌دهنده‌های لبه، محدودیت‌های منابع هاست اشتراکی، و خرابی‌های موقت دیتابیس اقدامات نویه‌یی می‌دهند. برای رفع چنین مسائلی، بهینه سازی دیتابیس و تعمیر جدول‌های آن ضروری است.

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

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

  Conclusions

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