استضافة PHP تواكب شيفرتك

يمكنك تشغيل أي من إصدارات PHP 8.x الحديثة وصولًا إلى PHP 8.4، وأنت من يحدد الإصدار لكل نطاق على حدة بدل التقيد بإعداد افتراضي واحد على مستوى المنصة. وإن كان أحد المشاريع لا يزال يعتمد على إصدار 7.x أقدم فهو متاح أيضًا، ليتعايش تطبيق قديم وآخر جديد تمامًا على الاستضافة نفسها. واختيار إصدار لكل موقع أمر مهم لأن التطبيقات المختلفة تفرض متطلبات مختلفة: فأحدث إصدارات أنظمة إدارة المحتوى وأطر العمل غالبًا ما تتطلب PHP 8.2 أو أحدث، بينما قد تكون إضافة قديمة أو سكربت مخصص معتمدًا على إصدار أقدم فقط. ولأن التبديل فوري وقابل للتراجع، لن تُضطر أبدًا إلى ترقية كل شيء دفعة واحدة — بل تنقل كل موقع وفق جدوله الخاص. وتُضاف الإصدارات الجديدة فور دعمها رسميًا، فتنتقل إلى إصدار حديث ومدعوم قبل وقت طويل من انتهاء عمر الإصدار الذي تستخدمه.

الأمر لا يستغرق سوى نقرة واحدة. افتح محدّد PHP في لوحة التحكم، واختر الإصدار الذي تريده لذلك النطاق تحديدًا، وسيُطبَّق مباشرة — بلا تذكرة دعم وبلا انتظار نافذة صيانة. ولأن الإعداد يخص كل نطاق على حدة، يمكنك اختبار الترقية على موقع تجريبي أولًا: وجّهه إلى الإصدار الأحدث، وشغّل تطبيقك، وتأكد من عدم تعطل شيء قبل نقل الإنتاج. وإن سبّب إصدار ما مشكلة يومًا — دالة ملغاة أو إضافة لم تواكب التحديث — فالعودة سريعة بالقدر نفسه، فلن تعلق أبدًا على إصدار يسيء التصرف. ومن الشاشة نفسها تدير الإضافات والإعدادات الأساسية لذلك الإصدار، فبمجرد اختيار إصدار يمكنك تفعيل الوحدات التي يحتاجها تطبيقك بالضبط. عمليًا، مواكبة إصدارات PHP مهمة تستغرق دقيقتين لا مشروعًا كاملًا.

نعم. يأتي Composer مثبَّتًا مسبقًا في كل خطة ويعمل عبر SSH، فتتصرف إدارة اعتماديات PHP تمامًا كما تفعل على جهازك. سجّل الدخول وستعمل أوامر composer install وcomposer update وcomposer require وcomposer dump-autoload فورًا مع إصدار PHP الذي اخترته لذلك الموقع. وهذا ضروري للعمل الحديث بـ PHP، لأن أطر عمل مثل Laravel وSymfony ومكتبات مستقلة لا حصر لها تُوزَّع عبر Composer بدل تنزيلها يدويًا. تحتفظ بملفي composer.json وcomposer.lock في مستودعك، فتكون إصدارات الحزم التي اختبرتها محليًا هي نفسها التي تصل إلى الإنتاج. وإلى جانب Composer تحصل على سطر أوامر حقيقي لبقية سير عملك — شغّل واجهة سطر الأوامر لإطار عملك، ونفّذ ترحيلات قاعدة البيانات، وامسح الذاكرة المؤقتة، وبرمج عمليات النشر. ودعم cron يعني أن كل ما يمكنك تشغيله يدويًا يمكن تشغيله وفق جدول، دون انتظارنا لإعداده.

نعم. الإضافات التي تطلبها معظم التطبيقات — GD وImagick لمعالجة الصور، وmbstring وintl للنصوص متعددة البايت والمُدوَّلة، وcURL للطلبات الخارجية، وPDO ومشغّلات MySQL للوصول إلى قواعد البيانات، إضافة إلى OPcache وzip وbcmath وغيرها — جاهزة للتفعيل لكل إصدار PHP من لوحة التحكم. ولأن القائمة مرتبطة بالإصدار الذي اخترته، يمكنك منح موقع واحد الوحدات التي يحتاجها دون التأثير على أي شيء آخر في الحساب. وتتيح لك المنطقة نفسها ضبط قيم php.ini الأساسية التي تعرقل التطبيقات النشطة، مثل memory_limit وmax_execution_time وحدود حجم الرفع، لتطابق متطلبات نظام إدارة المحتوى أو إطار العمل بدقة. ومعظم الإضافات تُفعَّل وتسري دون تذكرة دعم. وإن اعتمد تطبيقك على شيء أقل شيوعًا، يستطيع فريقنا تأكيد توفره ومساعدتك على تفعيله، فلا تبقى في حيرة بشأن وجود وحدة ما.

على الأرجح نعم. تعمل Laravel وSymfony وCodeIgniter وSlim بكفاءة، وكذلك منصات المحتوى والتجارة الكبرى — WordPress وDrupal وJoomla وMagento — لأنها تطبيقات PHP قياسية وهذه منظومة PHP قياسية ومجهزة جيدًا. وسر التثبيت السلس هو ببساطة مطابقة البيئة لما يوصي به البرنامج: اضبط إصدار PHP الذي يدعمه، وفعّل الإضافات القليلة التي يذكرها، وارفع memory_limit أو حجم الرفع إن طلبت وثائقه ذلك. بعدها تنشر بالطريقة التي تفضلها — مثبّت بنقرة واحدة للمنصات الشائعة، أو Git وComposer لمشروع إطار عمل أو لشيفرتك الخاصة. ويغطي سطر الأوامر الحقيقي وcron المهام المجدولة التي تعتمد عليها هذه الأنظمة، من معالجة الطوابير إلى الصيانة الليلية. وإن لم تكن متأكدًا من ملاءمة تطبيق بعينه، فمن شبه المؤكد أن فريق الدعم لدينا صادفه من قبل ويمكنه إرشادك.

السرعة تأتي من عمل المنظومة كاملة معًا لا من مفتاح واحد. يقلّص تخزين NVMe SSD زمن استجابة القرص خلف كل قراءة ملف واستعلام قاعدة بيانات، فتُبنى الصفحات بسرعة. ويبقي OPcache شيفرة PHP المُصرَّفة في الذاكرة، ما يعني أن الخادم يتخطى إعادة تصريف سكربتاتك مع كل طلب — وهو توفير كبير في الشيفرة المبنية على أطر عمل ضخمة. ويختصر التخزين المؤقت على مستوى الخادم الطريق إلى الصفحة المعروضة للزوار المتكررين، بينما يخفف التخزين المؤقت للكائنات الضغط عن قاعدة البيانات في القيم التي يطلبها تطبيقك مرارًا. وتحت ذلك كله، يعزل CloudLinux كل حساب في مسار موارد خاص به، فلا يستطيع سكربت جامح لجارك أن يستنزف بصمت معالج موقعك أو ذاكرته خلال ذروة الزيارات — ويؤدي تطبيقك في أكثر أوقاته انشغالًا كما يؤدي في أهدئها. وضبط OPcache وذاكرة realpath المؤقتة وإصدار PHP بما يناسب حِمل العمل يتيح لك انتزاع آخر جزء من زمن الاستجابة.

Yes — free managed migration covers your code, MySQL database, cron jobs and configuration files, not just what's in your public folder. Our team verifies the migrated app actually connects to its database and loads correctly before your domain is pointed across, so there's no gap where visitors see a broken site.

Daily backups run automatically and capture your files and databases together, so a bad deploy or a corrupted table has a recent recovery point. Restores are self-serve from the control panel, meaning you don't need to open a support ticket and wait to roll back a change.

Yes, every domain includes a free SSL certificate that renews itself automatically, so forms, logins and any checkout pages your PHP app serves stay encrypted without you needing to track an expiry date.

Every plan carries a 30-day money-back guarantee, which is enough time to deploy your actual app, run it under real traffic and test a release cycle before deciding to stay.

Pricing displays automatically in your local currency through geo-currency detection, but billing is settled in USD by Bohzo Ltd, the UK-registered company behind Hosting Cheap. That keeps invoices consistent even though what you see at checkout adapts to your location.

Signals worth watching are sustained high CPU from background jobs, needing root access for a system-level dependency, or database performance that would benefit from dedicated tuning. VPS plans start at $9.99/mo and dedicated servers from $149.99/mo for apps that have outgrown shared resources.