وصلك تنبيه استخدام موارد
ترسل WebGee بريدًا حين يبلغ حساب حدود موارده. كيف تعرف السبب وماذا تفعل بشأنه.
وصلك بريد يقول إن حسابك بلغ حدود موارده. ينطبق على الاستضافة المشتركة والموزِّعة.
والتنبيه إعلامي — فلم يُوقَف شيء. وهو موجود كي تعرف بمشكلة أداء منّا لا من عميل.
اعرف السبب
يقول التنبيه إن حدًا بُلغ. أما cPanel ← Resource Usage فيقول أيّها، ومتى، وما كان يعمل حينها.
- في cPanel، افتح Resource Usage.
- اختر الفترة التي تغطّي التنبيه.
- انظر أي حد بُلغ — المعالج أو الإدخال/الإخراج أو عمليات الدخول أو الذاكرة.
- افتح snapshot لتلك اللحظة. فهي تعدّد العمليات المسؤولة.
واللقطة هي الجزء المفيد. فبدونها أنت تخمّن؛ ومعها لديك الجواب مباشرة عادةً.
الأسباب الشائعة
مرتّبة تقريبًا بحسب الاحتمال:
- إضافة أو قالب يؤدّي عملًا زائدًا مع كل طلب. تتبّعه بـ PHP X-Ray.
- غياب التخزين المؤقت، فيؤدي كل زائر إلى بناء صفحة كاملة — LiteSpeed Cache.
- WP-Cron على موقع مزدحم، يشغّل المهام المجدولة مع تحميل الصفحات — استبدال WP-Cron بمهمة cron حقيقية.
- مهمة cron ثقيلة على فاصل قصير جدًا.
- زيارات الروبوتات — فالكاشطات تستهلك الموارد نفسها التي يستهلكها العملاء.
- البرمجيات الخبيثة. فالموقع المخترَق يحرق الموارد في عمل غيره — فحص موقعك بحثًا عن برمجيات خبيثة.
هل ينبغي أن تُرقّي؟
ليس كخطوة أولى. فالترقية ترفع السقف دون معالجة ما يستهلك الموارد، فالإضافة الشاردة تستهلك أكثر ببساطة.
شخّص أولًا. فإن أظهرت اللقطة زيارات مشروعة وعملًا مشروعًا، فالترقية هي الجواب الصحيح — افتح تذكرة بأرقام Resource Usage لديك وسنقدّم لك المشورة.
إن تجاهلته
لا يُوقَف شيء بسبب تنبيهات متفرّقة. أما الإفراط المستمر فيدهور موقعك أنت — فيرى الزوار صفحات بطيئة، وبمجرد أن يتعلّق الأمر بحدّي عمليات الدخول أو الذاكرة فأخطاء 503. والحالات المستمرة التي تؤثر في استقرار الخادم تُتابَع فرديًا.
اقرأ أيضًا
معالجة خطأ 503 «Resource Limit Reached»
خطأ 503 يعني أن حسابك بلغ حدّ المعالج أو الذاكرة أو عمليات الدخول. كيف تعرف ما يستهلكها وتخفض الاستخدام.
معالجة خطأ Redis «OOM command not allowed»
لـ Redis حد ذاكرة خاص به منفصل عن حد حسابك. وحين تمتلئ الذاكرة المؤقتة تفشل الكتابات بهذا الخطأ حتى تُمسح أو يُرفع الحد.