لماذا PHP-FPM غير متاح

تشغّل WebGee محرّك LiteSpeed مع mod_lsapi بدل PHP-FPM. ماذا يعني ذلك لك، ولماذا هذا الاستبدال ليس تراجعًا.

لا يمكن تفعيل PHP-FPM على حسابات WebGee المشتركة والموزِّعة. فالخوادم تعمل بـ LiteSpeed Enterprise مع معالج mod_lsapi بدلًا منه.

لماذا

صُمِّم PHP-FPM لـ Apache وNGINX. ولـ LiteSpeed معالجه الخاص، mod_lsapi، وهو مبني له ويؤدي أفضل في ذلك الاقتران — بعبء أخفّ لكل طلب وسلوك أفضل تحت التزامن.

وتشغيل PHP-FPM إلى جانب LiteSpeed يعني التخلّي عمّا يجعل LiteSpeed يستحق الاستخدام، مقابل معالج لم يُصمَّم حوله.

ماذا تخسر فعلًا

عمليًا، لا شيء ممّا كنت ستستخدمه على الاستضافة المشتركة:

خاصية PHP-FPM	في WebGee
ضبط مجمّع العمليات	يديره LiteSpeed
`pm.max_children` وما شابهها	لا تنطبق
قيم `php.ini` لكل مجمّع	استخدم Select PHP Version ← Options
OPcache	مفعَّل
تبديل الإصدارات	Select PHP Version

وكل ما توثّقه معظم التطبيقات بأنه «يتطلب PHP-FPM» هو في الحقيقة «يتطلب معالج PHP مستمرًا لا CGI» — وهو ما يكونه mod_lsapi.

إن أصرّ شيء على PHP-FPM

بعض التطبيقات تفحص وجوده بالاسم لا بالقدرة. وذلك الفحص شكلي عادةً والتطبيق يعمل سليمًا رغم ذلك — جرّبه قبل أن تستنتج أنه لن يعمل.

وحيث لا يعمل فعلًا، يمنحك خادم VPS تحكّمًا كاملًا في الحزمة، بما في ذلك PHP-FPM إن أردته — راجع إعداد خادمك السحابي.

الاستضافة المميّزة

يشغّل Bolt-Cache في الباقات المميّزة NGINX مع PHP-FPM فعلًا. فإن كنت تحتاج تلك الحزمة تحديدًا، فهي متاحة هناك — وتأتي الإعدادات من .user.ini لا من محدّد PHP، راجع تغيير إصدار PHP وإعداداته.