محتوای آموزشی وبلاگ نت‌آرام
وقتی فروشگاه شلوغ می‌شود و به جای صفحه محصول خطای 503 Service Unavailable می‌بینید، سایت می‌گوید فعلاً نمی‌تواند به درخواست پاسخ دهد. این پیام به تنهایی نمی‌گوید مشکل از بازدیدکننده زیاد است: حالت تعمیر، محدودیت منابع یا اختلال یکی از سرویس‌ها هم ممکن است همین خطا را بسازد.
اول ببینید خطا کجا تکرار می‌شود
صفحه اصلی، یک محصول و صفحه ورود را امتحان کنید. اگر فقط هنگام ثبت سفارش خطا دارید، نشانی و زمان همان سفارش را یادداشت کنید. اگر همه صفحه‌ها خطا دارند، از شخص دیگری در اینترنت متفاوت بخواهید همان صفحه را باز کند. عکس خطا و ساعت آن را نگه دارید؛ عوض شدن نتیجه در چند دقیقه بعد، دلیل اتفاق اول را نشان نمی‌دهد.
اگر به‌تازگی وردپرس یا افزونه‌ای را به‌روزرسانی کرده‌اید، فایل
.maintenance در پوشه اصلی وردپرس ممکن است سایت را در حالت تعمیر نگه دارد. اول مطمئن شوید هیچ به‌روزرسانی هنوز در حال اجرا نیست و نسخه پشتیبان سالم دارید؛ قطع یک به‌روزرسانی ممکن است بعضی فایل‌ها را نیمه‌کاره گذاشته باشد. سپس از File Manager نام فایل را موقتاً به .maintenance-old تغییر دهید و صفحه را دوباره باز کنید. اگر سایت درست نشد، نام قبلی را بازگردانید و خطای به‌روزرسانی را با پشتیبانی بررسی کنید. اگر باز شد هم پیشخوان و عملکرد فروشگاه را امتحان کنید و وضعیت افزونه یا قالب نیمه‌کاره را طبق راهنمای سازنده اصلاح کنید؛ باز شدن صفحه اصلی به‌تنهایی کامل بودن به‌روزرسانی را ثابت نمی‌کند.سهم منابع هاست را ببینید
در بعضی حساب‌های cPanel بخشی به نام Resource Usage وجود دارد. نمودار و ستون خطاها یا Faults را برای همان ساعت بررسی کنید. اگر محدودیت CPU، حافظه یا Entry Processes مرتب پر شده است، از نمودار عکس بگیرید. نام و دسترسی این بخش بسته به شرکت میزبان و نوع سرویس فرق می‌کند؛ اگر آن را نمی‌بینید، از پشتیبانی بخواهید گزارش همان بازه را بدهد.
درخواست‌های هم‌زمان زیاد همیشه به معنی مشتری زیاد نیست. افزونه پشتیبان‌گیری، بررسی موجودی، فراخوانی مکرر صفحه ورود و ربات‌های نامناسب هم ممکن است در یک زمان فشار ایجاد کنند. در بخش گزارش بازدید یا گزارش وب‌سرور، نشانی‌هایی را پیدا کنید که در همان دقیقه زیاد تکرار شده‌اند. IP یا رمز مشتریان را در پیام عمومی منتشر نکنید.
فشار را با تغییرهای قابل بازگشت کم کنید
اگر افزونه کش دارید، برای صفحه‌های عمومی کش را طبق راهنمای آن فعال کنید و یک صفحه را قبل و بعد از تغییر آزمایش کنید. سبد خرید، پرداخت و صفحه حساب کاربری نباید محتوای شخصی مشترک نمایش دهند؛ این مسیرها را از کش صفحه کنار بگذارید. پس از تغییر، با دو حساب یا یک پنجره خصوصی مطمئن شوید سبد افراد قاطی نمی‌شود.
کارهای سنگین مثل بکاپ را به ساعت خلوت منتقل کنید و افزونه‌هایی را که واقعاً لازم نیستند یکی‌یکی غیرفعال کنید. بعد از هر تغییر همان صفحه مشکل‌دار را امتحان کنید؛ خاموش کردن همه افزونه‌ها با هم پیدا کردن علت را سخت می‌کند. اگر گزارش نشان می‌دهد مصرف عادی فروشگاه مدام به سقف می‌رسد، افزایش منابع یا انتخاب سرویس مناسب‌تر می‌تواند راه‌حل باشد، اما اول مطمئن شوید حلقه خطا یا ربات مهاجم عامل فشار نیست.
اگر فشار از یک کار مشخص می‌آید
فرض کنید نمودار محدودیت هنگام اجرای بکاپ بالا می‌رود. در پنل ابزار بکاپ ساعت اجرای همان کار را به بازه خلوت منتقل کنید و تنظیم قبلی را یادداشت کنید. در نوبت بعد، زمان پاسخ صفحه و گزارش پایان بکاپ را با قبل مقایسه کنید و یک بازیابی آزمایشی انجام دهید. اگر خطا فقط هنگام بازدید زیاد تکرار می‌شود، از میزبان بخواهید عدد سقف و تعداد Faults همان ساعت را بدهد. با آن اطلاعات می‌توانید مشخصات هاست پربازدید را با مصرف واقعی مقایسه کنید.
چه چیزی به پشتیبانی بگوییم؟
نشانی دقیق صفحه، ساعت و منطقه زمانی، تصویر خطا، کاری که انجام می‌دادید و نتیجه Resource Usage را بفرستید. اگر از CDN استفاده می‌کنید، وجود نام آن در صفحه خطا را هم بنویسید. این اطلاعات کمک می‌کند پشتیبانی همان درخواست را در لاگ پیدا کند، نه اینکه فقط سایت را در لحظه‌ای که سالم است باز کند.
منبع تکمیلی: راهنمای خطای 503 در Cloudflare.
برچسب‌ها:
اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام