حل أخطاء ⁦500⁩ و ⁦502⁩ و ⁦503⁩ و ⁦504⁩ في موقعك: السبب والعلاج لكل خطأ

كل هذه الأخطاء تعني أن الخادم وصلك لكن الموقع فشل في الرد، وليست من جهاز الزائر. ⁦500⁩ خطأ في الكود، ⁦502⁩ خدمة خلفية متوقفة، ⁦503⁩ ضغط أو صيانة، ⁦504⁩ رد بطيء. وسجل الأخطاء يحدد السبب.

آخر تحديث:

ابدأ بسجل الأخطاء

سجل الأخطاء يذكر السبب بدقة غالبًا، فلا تخمّن قبل قراءته. على الخادم تجده في هذه المسارات، وفي الاستضافة المشتركة تجده في أداة ⁦Errors⁩ في ⁦cPanel⁩ أو ⁦Logs⁩ في ⁦Plesk⁩.

⁦console⁩
$ ⁦sudo tail -n 50 /var/log/nginx/error.log⁩
$ ⁦sudo tail -n 50 /var/log/apache2/error.log⁩

خطأ ⁦500 Internal Server Error⁩

السبب غالبًا خطأ في كود الموقع، أو إضافة معطوبة، أو سطر خاطئ في ⁦.htaccess⁩، أو صلاحيات ملفات خاطئة. بدأ الخطأ بعد تعديل؟ تراجع عنه أولًا. جرّب إعادة تسمية ⁦.htaccess⁩ مؤقتًا، وعطّل إضافات ووردبريس بإعادة تسمية مجلد ⁦plugins⁩.

⁦console⁩
$ ⁦mv .htaccess .htaccess.off⁩
$ ⁦mv wp-content/plugins wp-content/plugins.off⁩

خطأ ⁦502 Bad Gateway⁩

الواجهة (⁦Nginx⁩ مثلًا) تعمل لكن الخدمة خلفها لا ترد، مثل ⁦PHP-FPM⁩ أو تطبيق ⁦Node.js⁩. تأكد أنها تعمل وأعد تشغيلها، ورقم إصدار ⁦PHP⁩ في الاسم يختلف حسب خادمك.

⁦console⁩
$ ⁦sudo systemctl status php8.3-fpm⁩
$ ⁦sudo systemctl restart php8.3-fpm⁩

خطأ ⁦503 Service Unavailable⁩

الخادم مضغوط أو في وضع صيانة. افحص استهلاك الذاكرة والمعالج، وفي ووردبريس احذف ملف ⁦.maintenance⁩ من مجلد الموقع إن بقي بعد تحديث متوقف.

⁦console⁩
$ ⁦free -m⁩
$ ⁦uptime⁩
$ ⁦rm .maintenance⁩

خطأ ⁦504 Gateway Timeout⁩

الخدمة الخلفية تأخرت أكثر من المهلة، وغالبًا بسبب استعلام قاعدة بيانات بطيء أو ضغط على الخادم. عالج البطء أولًا، ولا ترفع المهلة إلا عند الحاجة، مثل ⁦fastcgi_read_timeout⁩ في ⁦Nginx⁩.

هل كانت الصفحة مفيدة؟