خطای 500 نشانه یک مشکل سمت سرور است و به‌تنهایی علت دقیق را مشخص نمی‌کند.
از آخرین تغییر شروع کنید
زمان شروع خطا و آخرین تغییر افزونه، قالب، PHP یا تنظیمات را ثبت کنید. اگر به پنل دسترسی ندارید، گزارش خطا را از مسیر مجاز میزبانی ببینید. قبل از ویرایش فایل‌ها بکاپ بگیرید. تغییر چند تنظیم به‌صورت هم‌زمان، پیدا کردن علت را سخت‌تر می‌کند.
رفع علت با کمترین تغییر
اگر لاگ به افزونه‌ای مشخص اشاره دارد، آن را ابتدا در محیط آزمایشی بررسی کنید. افزایش حافظه همیشه راه‌حل نیست و ممکن است فقط نشانه را موقتا پنهان کند. اطلاعات حساس، مسیرهای خصوصی و رمزها را در پیام عمومی پشتیبانی منتشر نکنید. پس از رفع خطا، مسیرهای مهم سایت را دوباره امتحان کنید.
برای انتخاب یا تغییر زیرساخت، ابتدا وضعیت فعلی سایت را ثبت کنید. یک تغییر مشخص انجام دهید و سپس همان مسیرهای کاربری را دوباره آزمایش کنید. راهنماهای روناتا مبنای تصمیم‌گیری اولیه هستند و بررسی جزئیات هر سایت به داده واقعی نیاز دارد.
بازه خطا را کوچک کنید
خطای 500 فقط می‌گوید درخواست در سمت سرویس با شکست روبه‌رو شده است. از خود این کد نمی‌توان فهمید مشکل از افزونه، نسخه PHP، مجوز فایل یا تنظیم وب‌سرور است. ابتدا مشخص کنید خطا روی همه صفحات است یا فقط یک مسیر. صفحه عمومی، ورود، مدیریت و یک درخواست پویا را جدا بررسی کنید. ساعت دقیق شروع و آخرین تغییر را ثبت کنید.
اگر مشکل بلافاصله پس از به‌روزرسانی آغاز شده، همان تغییر یک سرنخ است و هنوز علت قطعی محسوب نمی‌شود. گزارش خطای PHP و سرویس را با زمان درخواست تطبیق دهید. نبودن خطا در فایل لاگ نیز سالم بودن برنامه را ثابت نمی‌کند. مسیر ثبت، سطح گزارش و دسترسی نوشتن را بررسی کنید. راهنمای اشکال‌زدایی وردپرس روش ثبت خطا بدون نمایش عمومی را توضیح می‌دهد.
تغییر تشخیصی را قابل بازگشت نگه دارید
قبل از هر تغییر از فایل و تنظیم مربوط نسخه بگیرید. غیرفعال‌کردن افزونه در سایت اصلی ممکن است مسیر پرداخت یا عضویت را قطع کند. در صورت امکان، مشکل را روی کپی سایت بازسازی کنید. یک متغیر را تغییر دهید و همان درخواست را دوباره اجرا کنید. تغییر هم‌زمان افزونه، PHP و مجوزها، تشخیص اثر هرکدام را دشوار می‌کند.
اگر گزارش به کمبود حافظه اشاره دارد، نام فایل و مسیر اجرای درگیر را ببینید. افزایش بی‌برنامه سقف حافظه می‌تواند فقط نشانه را عقب بیندازد. حلقه کد، پردازش سنگین یا دریافت داده نامحدود همچنان باید بررسی شود. برای خطای مجوز فایل، تنظیم عمومی و باز مانند 777 راه‌حل مناسبی نیست. مالکیت و حداقل مجوز لازم باید با روش اجرای PHP هماهنگ شوند.
| نشانه | بررسی پیشنهادی |
|---|---|
| خطا فقط در یک صفحه | افزونه و کد همان مسیر |
| خطا پس از تغییر PHP | سازگاری و extensionها |
| خطا در بار بالا | محدودیت منابع و صف درخواست |
| خطای همه مسیرها | تنظیم سرویس و گزارش PHP |
بعد از رفع ظاهری، مسیر خرید را تایید کنید
بازگشت صفحه اصلی کافی نیست. ورود، فرم، آپلود تصویر، ثبت سفارش و اجرای کارهای زمان‌بندی‌شده را بررسی کنید. اگر هنگام رخداد درخواست پرداخت ارسال شده، پیش از تکرار عملیات، وضعیت تراکنش و سفارش را از مسیر معتبر بررسی کنید تا ثبت دوباره رخ ندهد. پاسخ مرورگر به‌تنهایی تعیین نمی‌کند که درخواست مالی در مقصد انجام شده یا نه.
برای درخواست کمک، URL، زمان رخداد، شناسه سفارش مرتبط و بخش لازم گزارش را ارسال کنید. رمز، کلید API، cookie و داده شخصی را پیش از اشتراک حذف کنید. گزارش خوب شامل علت تاییدشده، تغییر انجام‌شده و آزمون بعد از اصلاح است. راهنمای تغییر PHP و روش بررسی سرعت برای ادامه عیب‌یابی کاربرد دارند.
