ما هي عمليات الدخول
تحسب عمليات الدخول الطلبات المعالَجة في آن واحد لا الزوار. ولماذا يبلغ الموقع البطيء الحدّ قبل السريع بكثير.
تتضمّن باقتك حدًا لـعمليات الدخول (entry processes)، وتجاوزه ينتج خطأ 503. ينطبق على الاستضافة المشتركة والموزِّعة.
عملية الدخول هي طلب يُعالَج حاليًا داخل حسابك. والحد هو كم منها يمكن أن يعمل في اللحظة نفسها — لا في الساعة، ولا لكل زائر.
لماذا ليس حدًا للزوار
هذا أشيع سوء فهم، وهو في صالحك.
فطلب PHP يكتمل عادةً في جزء من الثانية. وفور انتهائه تنتهي العملية ويتحرّر مكانها. فباقة بثلاثين عملية دخول لا تحدّك بثلاثين زائرًا متزامنًا — بل تحدّك بثلاثين طلبًا يُعالَج في آن واحد، ولا يشغل كل منها مكانه إلا لحظة.
فالموقع الذي يقدّم صفحاته في 200 مللي ثانية يستطيع خدمة عدد أكبر بكثير من ثلاثين زائرًا متزامنًا دون أن يقترب من الحد.
لماذا تبلغه المواقع البطيئة ولا تبلغه السريعة
والنتيجة المترتبة أهم:
كلما طال كل طلب، قلّ عدد الزوار اللازم لبلوغ الحد.
فالصفحة التي تستغرق 5 ثوانٍ تشغل مكانها 25 ضعف ما تشغله صفحة تستغرق 200 مللي ثانية. فالزيارات نفسها التي يستوعبها موقع سريع بارتياح ستستنزف عمليات الدخول في موقع بطيء — وبمجرد أن تبدأ الطلبات في الاصطفاف تزداد الصفحات بطئًا، فتشغل الأماكن مدة أطول.
وحلقة التغذية الراجعة تلك هي سبب فشل المواقع فجأة لا تدريجيًا.
والعمل الطويل هو المحفّز المعتاد:
- مهمة cron تستغرق دقائق وتعمل كل دقيقة
- WP-Cron يعمل مع تحميل الصفحات — راجع استبدال WP-Cron بمهمة cron حقيقية
- إضافة تجري نداء API خارجيًا بطيئًا مع كل طلب
- استعلام قاعدة بيانات بلا فهرس
ماذا يحدث عند الحد
تُنهي النواة الطلبات الزائدة عن الحد بإشارة SIGKILL. ويرى الزائر خطأ
503 Resource Limit Reached.
معالجته
جعل الصفحات أسرع يرفع السعة الفعلية أكثر مما يرفعها رفع الحد، لأنه يحرّر الأماكن أسرع:
- فعّل التخزين المؤقت. فالصفحة المخزّنة لا تصبح عملية دخول أصلًا — LiteSpeed Cache.
- اعرف ما هو بطيء — PHP X-Ray.
- راجع Resource Usage في cPanel لترى متى يُبلَغ الحد.
والتشخيص الكامل في معالجة خطأ 503 Resource Limit Reached.