# معالجة خطأ 503 «Resource Limit Reached»
Source: https://docs.webgee.com/ar/performance/understanding-and-resolving-the-503-error-resource-limit-reached



يعيد موقعك **503 Service Temporarily Unavailable**، أو يُبلغ cPanel بـ
«Resource Limit Reached». ينطبق على الاستضافة المشتركة والموزِّعة.

وهذا ليس عطلًا في الخادم. بل يعني أن حسابك بلغ أحد حدود موارده، ورُفضت الطلبات
حتى انخفض الاستخدام.

## ما هي الحدود [#ما-هي-الحدود]

يعمل كل حساب cPanel داخل LVE خاصة به في CloudLinux — أي حاوية بموارد ثابتة، كي
لا يُبطئ حساب مزدحم كل من عليه الخادم.

وما لم تنصّ باقتك على غير ذلك:

| المورد        | الحد       |
| ------------- | ---------- |
| المعالج       | نواة واحدة |
| الذاكرة       | 1 غيغابايت |
| عمليات الدخول | 30 متزامنة |

وبلوغ أي منها ينتج **fault**، والـ fault هو ما يراه الزائر خطأ 503.

<Callout type="info">
  **عمليات الدخول** هي ما يوقع الناس. فهي تحسب الطلبات المعالَجة *في آن واحد*
  لا في الساعة — راجع
  [شرح عمليات الدخول](/ar/performance/entry-processes-ep-what-is-an-entry-process).
  فالصفحة البطيئة تُبقي عمليتها مفتوحة أطول، فيضاعف البطء وأخطاء 503 أحدهما
  الآخر.
</Callout>

## اعرف ما يستهلكها [#اعرف-ما-يستهلكها]

ابدأ من هنا لا بالترقية، لأن الترقية تخفي عَرَض إضافة شاردة بدل إصلاحه.

1. في cPanel، افتح **Resource Usage**. فهو يعرض أي حد بُلغ ومتى.
2. إن تجمّعت الأعطال في وقت بعينه، فراجع **cPanel ← Cron Jobs** — فمهمة ثقيلة
   على جدول قصير سبب شائع.
3. وإلا فتتبّع الطلبات:
   [اعرف ما يبطّئ موقعك](/ar/performance/diagnose-slow-site-php-xray).

## اخفض الاستخدام [#اخفض-الاستخدام]

**فعّل التخزين المؤقت.** وهذا أكبر تخفيض متاح لمعظم المواقع، لأن الصفحة
المخزّنة لا تصل PHP أصلًا. ابدأ بـ
[LiteSpeed Cache](/ar/hosting/wordpress/how-do-i-install-and-enable-litespeed-cache)،
ثم أضف [التخزين المؤقت للكائنات بـ Redis](/ar/performance/redis-object-caching-lscache)
للزيارات المسجَّلة الدخول ولمنطقة الإدارة.

**راجع إضافاتك.** عطّلها كلها، وانتظر دقيقتين، ثم أعد تفعيلها واحدة تلو أخرى
مراقبًا Resource Usage. بطيء، لكنه يحدّد المسبّب قطعًا.

**أصلح مهام cron.** فـ WP-Cron المدمج في ووردبريس يعمل مع تحميل الصفحات، وهو
بالضبط السلوك الخاطئ تحت الحمل — راجع
[استبدال WP-Cron بمهمة cron حقيقية](/ar/hosting/wordpress/enhancing-wordpress-performance-disabling-wp-cron-for-faster-load-times).
ولكل ما عداها، أطِل الفاصل الزمني.

**افحص الزيارات غير الطبيعية.** فالروبوتات والكاشطات تستهلك الموارد نفسها التي
يستهلكها العملاء. وإن كانت دولة واحدة أو نطاق عناوين واحد يمثّل معظمها، فراجع
[حجب الدول من زيارة موقعك](/ar/security-ssl/how-do-i-block-particular-countries-from-visiting-my-websites).

## إن كان الاستخدام مشروعًا فعلًا [#إن-كان-الاستخدام-مشروعًا-فعلًا]

إن كان الموقع مزدحمًا والموارد تُستخدم استخدامًا سليمًا، فيمكن رفع الحدود — وهذا
ما وُجدت له باقات السحابة المرنة. افتح تذكرة بأرقام Resource Usage لديك وسنقدّم
لك المشورة.

## اقرأ أيضًا [#اقرأ-أيضًا]

* [شرح عمليات الدخول](/ar/performance/entry-processes-ep-what-is-an-entry-process)
* [شرح CloudLinux وحدود LVE](/ar/performance/understanding-cloudlinux-and-lve-limits-enhancing-server-stability-and-performan)
* [وصلني بريد عن استخدام موارد LVE](/ar/performance/i-have-received-an-email-about-lve-resource-usage)