استضافة Laravel مصمّمة على طريقتك في النشر

نعم. تأتي كل خطة بصدفة SSH كاملة، لذا فالنشر هو نفس سير العمل القائم على Git الذي تستخدمه محليًا. استنسخ مستودعك مباشرة من GitHub أو GitLab أو Bitbucket إلى حسابك، وشغّل composer install لجلب حزم vendor، ثم انسخ قيم الإنتاج إلى ملف .env. بعد ذلك يتولى Artisan المهمة: يضبط php artisan key:generate مفتاح التطبيق، ويبني php artisan migrate مخطط قاعدة بياناتك. وإطلاق إصدار لاحق سريع بالقدر نفسه — git pull لجلب التعديلات الجديدة، وcomposer install لتحديث الاعتماديات، وphp artisan migrate لأي ترحيلات جديدة، ثم تحديث الذاكرة المؤقتة لمسح الإعدادات القديمة. ولأنك تملك صدفة حقيقية بدل لوحة مقيّدة، يمكنك متابعة السجلات وإصلاح صلاحيات مجلد storage وإعادة تشغيل أي أمر إن احتاج الأمر مراجعة ثانية. وجّه جذر المستند إلى مجلد public ليصبح الموقع مباشرًا عبر HTTPS.

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

تحصل على PHP 8.x الحديث، وأنت من يحدد الإصدار الذي يعمل به كل موقع من لوحة التحكم. وهذه المرونة مهمة لأن كل إصدار من Laravel يحدد حدًا أدنى لمتطلبات PHP — فالإصدارات الحديثة تتطلب PHP 8.1 أو أحدث، بينما قد يكون تطبيق قديم بدعم طويل الأمد مرتبطًا بإصدار 8.x أقدم. وبدل فرض بيئة تشغيل واحدة على كل شيء، تحدد الإصدار لكل نطاق، فيتعايش مشروع عميل قديم وتطبيق جديد تمامًا على الحساب نفسه دون تعارض. وإلى جانب المُحدِّد يمكنك ضبط الإعدادات التي يهتم بها Laravel: memory_limit لأوامر Artisan وعمليات الاستيراد الأثقل، وmax_execution_time للمهام الطويلة، وOPcache لتبقى شيفرتك المُصرَّفة جاهزة في الذاكرة. وتبديل الإصدارات فوري وقابل للتراجع، ما يجعل اختبار ترقية PHP منخفض المخاطر — جرّب على نطاق اختباري أولًا، وتأكد من نجاح اختباراتك، ثم انقل الإنتاج بنقرة واحدة.

كلاهما مدعوم بالكامل هنا. للمهام في الطوابير، شغّل عاملًا دائمًا عبر php artisan queue:work لتتم المهام والإشعارات ورسائل البريد وعمليات التصدير الثقيلة خارج طلب الويب بدل تعطيل تحميل صفحة الزائر. وادعم الطابور بـ Redis لتُلتقط المهام وتُنجَز بسرعة حتى مع حركة زوار حقيقية. أما للمهام المجدولة فلن تضيف قائمة طويلة من أسطر cron المنفصلة. بدلًا من ذلك تسجّل كل شيء داخل مجدول Laravel في شيفرة تطبيقك، ثم تضيف مدخل cron واحدًا يشغّل php artisan schedule:run كل دقيقة. ومن تلك المهمة الواحدة يقرر Laravel أي الأوامر حان وقتها وينفذها — من الملخصات كل ساعة إلى عمليات التنظيف الليلية والتقارير الأسبوعية. وبعد كل عملية نشر، شغّل php artisan queue:restart ليحمّل العمال الشيفرة الجديدة. إنه إعداد Laravel القياسي يعمل تمامًا كما توضح الوثائق، دون حلول التفافية خاصة بالمنصة.

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

نعم، وهذه هي الطريقة الصحيحة لتقديم تطبيق Laravel. يحتفظ Laravel بنقطة دخول واحدة داخل مجلد public ويضع شيفرة تطبيقك وملف .env ومجلد storage فوق جذر الويب، فلا يكون أي شيء حساس قابلًا للوصول عبر الويب. من لوحة التحكم تضبط جذر مستند نطاقك على مجلد public الخاص بمشروعك، فتمر الطلبات عبر index.php تمامًا كما يقصد إطار العمل. ومع SSL المجاني ذاتي التجديد، يستجيب تطبيقك عبر HTTPS بروابط نظيفة وجميلة دون ظهور index.php في شريط العنوان. كما أن ضبط صلاحيات المجلدات على storage وbootstrap/cache سهل عبر SSH، فيعمل التخزين المؤقت والجلسات ورفع الملفات من المرة الأولى. وإن استضفت عدة تطبيقات على حساب واحد، يحصل كل نطاق على جذر مستند خاص به موجَّه إلى مجلد public الخاص به، ما يبقي المشاريع منفصلة بوضوح مع مشاركتها خادم NVMe السريع نفسه.

Yes. Our team transfers your codebase, exports and imports your MySQL database, and carries over your storage folder so uploaded files and cached data aren't left behind. We bring everything up on a temporary address first so you can confirm queues, the scheduler and Redis-backed sessions all still work, and only then do we walk through the DNS cutover.

Yes, daily backups cover your database and storage directory, giving you a restore point that sits alongside your own Git-based code rollbacks. If a migration or seed command goes wrong, you can restore the previous day's snapshot rather than trying to reverse the damage by hand.

Yes. Addon domains let you point a staging subdomain and your live domain at the same account, each with its own document root and database. Push and test on staging first, run your Artisan migrations there, and only promote to the production domain once you're confident.

Higher tiers support up to 100 MySQL databases, which in practice means room for several Laravel projects — a mix of client sites, side projects and staging copies — on a single account, each with its own domain, database and .env.

Every plan is covered by a 30-day money-back guarantee, so you can deploy your actual project, run it under real traffic, and check queue throughput and Redis caching behave the way you expect before committing beyond the trial period.

Plans are priced in USD starting at $2.42/mo, and geo-currency detection displays that price converted into your local currency at checkout, so what you see is what gets billed rather than a rate you have to calculate yourself. Billing itself runs through Bohzo Ltd (UK).