تحليل خبير مع مراجعات المستخدمين الموثقة من Hostinger
أنا جهزت VPS Laravel من Hostinger، وعملت له benchmark suite كاملة للسيرفر، وبعت دعم Kodee AI بسؤالين تقنيين حقيقيين. زر واحد في لوحة التحكم ما عملش اللي كان مكتوب عليه.
أنا جهزت VPS Laravel من Hostinger، وعملت له benchmark suite كاملة للسيرفر، وبعت دعم Kodee AI بسؤالين تقنيين حقيقيين. زر واحد في لوحة التحكم ما عملش اللي كان مكتوب عليه.
Hostginger بيبيع Laravel VPS بتاعه كسيرفر متسطب عليه مسبقًا، ومتدار بالذكاء الاصطناعي، معمول عشان يطلع مشروع Laravel على الهواء بسرعة. أغلب الوعد ده كان سليم تحت الاختبار الحقيقي، بنشماركات قوية، وكيل دعم AI كفء، ونسخ احتياطية اتأكدت إنها شغالة في المواعيد.
زرار واحد في الداشبورد ودّاني لمكان عمري ما كنت متوقع أوصل له، وده يستاهل إنك تعرفه قبل ما تدوس عليه بنفسك. هنا التفصيلة كاملة.
Hostinger Laravel VPS Hosting
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Tip إدارة تطبيق Laravel بتكون من خلال Cloudpanel بدل زرار Manage App، وكمان بص على تبويب Security لو عايز تشغّل malware scanner فعلاً.
توزيع التقييم
علشان أقيم Hostinger’s Laravel VPS hosting، استخدمت rating methodology بتاعة HostAdvice، نفس المنهجية الموحدة المستخدمة في كل مراجعة على الموقع، بحيث التقييمات تفضل ثابتة ومبنية على اختبار حقيقي مش على ادعاءات تسويقية. هنا تقييمه في كل بند.
Kodee فحص السيرفر الحي مرتين وقدم حلول دقيقة وجاهزة للنشر في المرتين.
Overall
9.1/10
مستضيف Laravel كفء بدعم ممتاز وبنشماركات قوية، لكن مع زلّة حقيقية واحدة في الواجهة.
Hostinger Laravel VPS Hosting
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Hostinger بيبيع Laravel hosting كواحدة من أربع باقات KVM VPS، من KVM 1 لحد KVM 8، وكل ما تطلع لفوق بتزيد الـ CPU cores والـ RAM ومساحة NVMe والباندويث مع بعض.
Laravel نفسه مش شراء منفصل، ده تطبيق one-click متضاف فوق أي باقة تختارها أثناء الشراء، وCloudpanel متضمّن كلوحة التحكم الفعلية لإدارة التثبيت بعد ما يبقى شغال.
شروط الدفع: الباقات بتتدفع مقدمًا على مدد 1 أو 12 أو 24 شهر، والمدد الأطول فيها خصومات حقيقية من السعر الشهري. بص على widget الأسعار تحت علشان تشوف التفصيل الكامل حسب كل باقة وكل مدة.
ضمان استرداد الفلوس: باقات VPS عليها ضمان 30 يوم، بس الشروط الصغيرة بتضيف قيد حقيقي. تقدر تطلب استرداد فلوس VPS مرة واحدة فقط كل 180 يوم، فاسترداد تاني على شراء VPS مختلف خلال الفترة دي مش هيعدّي. الترقيات على باقة VPS موجودة أصلًا مستثناة تمامًا.
تجربة مجانية: أنا ما لقيتش تجربة مجانية مخصصة لـ Laravel VPS hosting، بس لقيت ضمان استرداد الفلوس 30 يوم. احسب وقت التجربة على أساس القيد ده.
المتضمَّن مع الباقة: كل باقة فيها .cloud domain مجاني للسنة الأولى، ووصول root كامل، وGit integration، وCloudpanel من غير أي تكلفة إضافية، فالسعر المعلن أقرب للتكلفة الحقيقية من مستضيفين بيحسبوا لوحة التحكم لوحدها.
إرشاد Hostinger نفسها بيقول إن KVM 1 كفاية لموقع Laravel بسيط، بينما KVM 8 موصى بيها للمشاريع الأثقل والأكثر استهلاكًا للموارد.
ولو أضفنا من الاختبار، لخبطة زرار Manage App الخاصة بإدارة التطبيق، وكون malware scanner مطفي افتراضيًا، دول بينطبقوا على كل الباقات بنفس الشكل، فزيادة الباقة مش هتحل أي حاجة من الاتنين. اختار الباقة بناءً على احتياج الـ CPU والترافيك، وتعامل مع المشكلتين دول بنفس الطريقة مهما كانت الباقة اللي اخترتها.
المميزات
معالجات AMD EPYC في كل الباقات
NVMe SSD storage في كل الخطط
Git integration لتسهيل نشر الكود
وصول root كامل عبر SSH
لوحة تحكم Cloudpanel متضمنة افتراضيًا
وكيل AI لمهام إدارة الـ VPS
نسخ احتياطية أسبوعية تلقائية على كل باقة
سرعة شبكة 1 Gbps لكل باقة
دومين .cloud مجاني لمدة سنة
Hostinger Laravel VPS Hosting
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
تطبيق Laravel بيعيش أو بيموت على السيرفر اللي تحته بنفس قد ما الكود نفسه مهم. تحميل الصفحات بيعتمد على سرعة الـ CPU في تنفيذ PHP، واستعلامات قاعدة البيانات بتعتمد على سرعة الـ disk I/O، والجلسات وcaching بيعتمدوا على الذاكرة، ولو التطبيق بيشغّل queued jobs أو عنده زوار حقيقيين، throughput بتاع الشبكة والتحمل المستمر للضغط بيبقوا مهمين كمان.
Laravel نفسه ما بيغيّرش أي حاجة من ده، لسه PHP شغال على Linux، فالتجربة الحقيقية هنا هي الـ VPS.
أنا شغّلت باقة بنشمارك كاملة على السيرفر، شملت الـ CPU والذاكرة والديسك والشبكة، وكمان stress pass مستمر، علشان أشوف الباقة دي بتقدم إيه فعليًا وإيه اللي ده معناه لتطبيق حقيقي.
النسخة اللي اختبرتها كانت باقة KVM 2، اللي اخترتها أثناء الشراء:
RAM: 7.8GB usable من الـ 8GB المخصصين، بالإضافة إلى 2GB swap
Disk: 96GB usable من تخصيص 100GB NVMe
OS: Ubuntu 24.04.4 LTS، kernel 6.8.0-137-generic
قبل ما ندخل في الأرقام، مهم تعرف إن Laravel VPS lineup بتاعة Hostinger بتشتغل بنفس الأربع درجات زي بقية باقات الـ VPS، من KVM 1 لحد KVM 8، وKVM 2 بتقف تاني باقة من تحت، خطوة فوق أرخص اختيار، وتحت بكتير من KVM 4 وKVM 8 الموجهين للأحمال الأثقل وتعدد التطبيقات.
اللي جاي بيعكس مشروع Laravel صغير إلى متوسط، تطبيق واحد بيخدم كمية حركة حقيقية بس محدودة، مش منصة كبيرة شغالة عليها كذا خدمة في نفس الجهاز.
1. أداء الـ CPU
Single-thread: 1,624.55 events per second, average latency 0.61ms, 95th percentile 0.64ms
Multi-thread, 2 threads: 2,864.02 events per second, average latency 0.70ms, 95th percentile 1.10ms
Thread fairness standard deviation: 182.50 on an average of 14,321.5 events per thread
وده معناه إيه الرقم أحادي الخيط ده عمليًا. طلب Laravel العادي، زي عرض Blade view، أو تشغيل كام استعلام Eloquent، أو التحقق من session، بيقضي أغلب وقته على نواة CPU واحدة شغالة في PHP بدل ما يتوزع على أكتر من نواة مرة واحدة.
مع 0.61ms latency في المتوسط لكل حدث حسابي في الاختبار ده، الـ CPU مش الجزء اللي هيخلّي الصفحة تحسها بطيئة.
والفرق بين متوسط الـ latency و95th percentile صغير كمان، 0.61ms مقابل 0.64ms، وده معناه إن الأداء فضل ثابت بدل ما يبقى في طلبات أحيانًا بتاخد وقت أطول بكتير من الباقي، وهو نمط كان هيبان كتحميل صفحات بطيء بشكل عشوائي للمستخدمين الحقيقيين.
نتيجة الـ multi-thread هي الأهم علشان تفهم التوازي. لما زاد من thread واحد لاثنين، الـ throughput قرب يتضاعف تقريبًا، بكفاءة scaling حوالي 88 percent، وده معناه إن الـ VPS ده مش بيخسر كتير من قدرته بسبب الـ overhead أو بسبب منافسة من مستأجرين تانين على نفس الأنوية الفيزيائية.
عمليًا، PHP-FPM لو شغال بعمليتي worker على الباقة دي يقدر يستحمل تقريبًا ضعف حجم الطلبات اللي كان هيستحملها في سيناريو thread واحد قبل ما يبقى الـ CPU هو عنق الزجاجة، بدل ما يبقى أقل من الضعف، وده اللي بيحصل لو الـ vCPUs كانوا بيشدوا في بعض على الأنوية.
رقم fairness بتاع الـ threads، حوالي 1.3 percent variance بين الخيطين، بيأكد إن النواتين شالوا الشغل بشكل شبه متساوي بدل ما نواة واحدة تشيل الحمل والتانية تفضل فاضية. بالنسبة لموقع حقيقي، ده معناه إن الطلبات بتتوزع بالتساوي بين PHP-FPM workers بدل ما تتزاحم ورا الـ worker اللي مشغول.
2. سرعة الذاكرة
Sequential Write: 5,865.22 MiB/sec
Sequential Read: 7,155.43 MiB/sec
سرعة الذاكرة مهمة لـ Laravel بطريقة سهلة تتفوت. كل OPcache lookup، وكل session read، وكل array أو collection التطبيق بيكوّنها أثناء التعامل مع الطلب، بتعيش في RAM، ولو طبقة caching زي Redis شغالة على نفس الجهاز، فهي بتنافس على نفس bandwidth بتاع الذاكرة.
عند حوالي 5.9 GiB في الثانية كتابة و7.2 GiB في الثانية قراءة، الـ VPS ده يقدر ينقل البيانات من وإلى الذاكرة بسرعة كفاية تخلي عمليات الذاكرة شبه مستحيل تكون هي اللي مبطّلة الطلب، والعائق في تطبيق Laravel العادي غالبًا هيبقى الديسك أو الشبكة قبل ما يبقى الـ RAM speed.
اللي الذاكرة بتفرق فيه أكتر بشكل مباشر هو السعة بدل السرعة. مع 7.8GB usable و2GB swap وراهم، الباقة دي تقدر تشغّل PHP-FPM، وMySQL أو PostgreSQL، وRedis صغير جنب بعض على نفس السيرفر لتطبيق واحد، لكنها ما بتسيبش مساحة كبيرة لو بتشغّل كذا موقع على نفس الـ VPS أو قاعدة بيانات working set بتاعها كبير.
الـ swap هنا safety net لزيادة مؤقتة في الذاكرة، مش بديل عن RAM لو التطبيق أكبر من الباقة فعلًا.
3. أداء الديسك I/O
Sequential Write: 740 MiB/s (776 MB/s), 740 IOPS
Sequential Read: 749 MiB/s (785 MB/s), 748 IOPS
Random 4K mixed read/write: roughly 9,400 IOPS in each direction, about 36.7 MiB/s throughput per direction
السرعة التسلسلية هي الرقم المهم للعمليات الكبيرة اللي بتتم مرة واحدة، زي استرجاع backup لقاعدة بيانات، أو فك ضغط أرشيف مرفوع، أو كتابة log file كبير.
عند حوالي 740 إلى 750 MiB/s في الاتجاهين، ومع قراءة وكتابة قاعدين في حدود 2 percent من بعض، الديسك ده ما فيهوش الضعف المنحاز في اتجاه واحد اللي بيظهر في بعض التخزين السحابي، حيث القراءة تبقى سريعة لكن الكتابة أبطأ بكتير.
أداء 4K العشوائي هو الرقم اللي بيتنبأ فعلًا بإحساس Laravel في الاستخدام اليومي، لأن قاعدة البيانات ما بتقرأش وتكتبش في chunks تسلسلية كبيرة، هي بتقرأ وتكتب blocks صغيرة ومتفرقة على الديسك وهي بتدور على rows، وبتحدّث indexes، وبتكتب transaction log.
أكتر من 9,000 IOPS شوية في كل اتجاه بتترجم لحوالي 9,000 عملية قاعدة بيانات صغيرة في الثانية قبل ما يبقى الـ disk I/O هو العامل المحدد.
تحميل صفحة Laravel نموذجي ممكن يطلق من كام query لحد كام دزينة حسب بناء التطبيق، وده معناه إن الديسك ده عنده مساحة لعدد محترم من المستخدمين المتزامنين اللي بيضربوا قاعدة البيانات في نفس الوقت قبل ما الـ queries تبدأ تتزاحم مستنية وصول للديسك.
هيحتاج workload ثقيل في الكتابة بشكل واضح، زي logging عالي الحجم، أو queue table شغالة جدًا، أو cache writes كتير على الديسك، علشان يدفع السقف ده لحدوده.
4. سرعة الشبكة
Run 1: Download 990.06 Mbps, Upload 910.87 Mbps, idle latency 0.31ms, 0% packet loss
Run 2: Download 985.24 Mbps, Upload 947.82 Mbps, idle latency 0.27ms, 0% packet loss
الاختبارين نزلوا على سيرفر في Phoenix, Arizona، وده مطابق لموقع الولايات المتحدة اللي اخترته أثناء الشراء، قريب من جيجابت كامل في الاتجاهين مع zero packet loss في المحاولتين.
بالنسبة لتطبيق Laravel، الرقم ده مهم أكتر في حاجتين، قد إيه السيرفر يقدر يسلّم assets وAPI responses للزوار بسرعة، ولو التطبيق بيكلم external APIs أو بيسحب بيانات من خدمات تانية، قد إيه الـ outbound calls بتخلص بسرعة.
throughput قريب من الجيجابت معناه إن الباندويث مش هيكون القيد في تطبيق ويب عادي، ولازم يبقى عندك حجم ضخم جدًا من نقل الملفات الكبيرة، أو فيديو، أو downloads ضخمة، أو exports جماعية قبل ما الشبكة تبقى هي العامل المحدد بدل الـ CPU أو الديسك.
النتايج المتقاربة جدًا بين الاختبارين، اللي اتعملوا بفارق دقائق، كمان بتثبت إن ده مش رقم صدفة، ده أداء الاتصال بشكل ثابت مش رقم حصل وطلع عالي مرة واحدة.
5. Stress Test
شغّلت stressors على الـ CPU والذاكرة والديسك لمدة 180 ثانية لكل واحد علشان أشوف السيرفر بيستحمل الضغط المستمر بدل الاندفاعة السريعة:
CPU stress, 2 workers: 540,042 bogo ops, 0 failures
Disk stress, 2 workers: 2,655,058 bogo ops, 0 failures
أرقام bogo ops الفردية هنا أقل أهمية من اللي ما حصلش.
صفر workers فشلوا وصفر metrics مش موثوقة في التلاتة اختبارات، متشغّلين ورا بعض لمدة تلات دقايق كاملة لكل واحد، معناه إن السيرفر فضل محافظ على الـ CPU والذاكرة والديسك تحت ضغط متزامن من غير ما ينهار، أو يهبّط أداءه لدرجة عدم الاعتمادية، أو يرجّع نتائج benchmark نفسه صنفها كمشبوهة. وده أقرب حاجة من النوع ده من الاختبارات لمحاكاة spike حقيقي في الترافيك، لما كذا مورد يبقوا على الحد الأقصى في نفس الوقت، وده هو النتيجة الأهم لأي حد قلقان إن موقعه يقع وقت الزحمة بدل ما يكون شغال كويس في اختبارات منفصلة واحدة واحدة.
الحكم النهائي على الأداء
باقة KVM 2 بتأدي كويس بالنسبة لكونها VPS صغيرة إلى متوسطة، مش باقة رائدة. عمليًا، السيرفر ده عنده سرعة CPU أحادي كفاية وعدد random disk IOPS كفاية يحافظوا على سرعة تحميل صفحة Laravel عادية، وعنده throughput شبكة كفاية بحيث الباندويث مش هيبقى المشكلة في تطبيق ويب طبيعي، وكمان صمد من غير أي failures تحت تلات اختبارات ضغط متزامنة.
ولا ده لازم يتفهم كحكم على Laravel hosting بتاع Hostinger ككل، لأن دي باقة واحدة من أربع.
مشروع شخصي أصغر أو تطبيق منخفض الترافيك ممكن يشتغل براحة على باقة KVM 1 الأرخص، بينما تطبيق Laravel بيخدم ترافيك إنتاجي حقيقي، وبيشغّل scheduled jobs، وqueue workers، وقاعدة بيانات كلها في نفس الوقت، يبقى الأفضل يبص على KVM 4 أو KVM 8 بدل ما يعتبر أرقام KVM 2 هي السقف. اختار على أساس اللي التطبيق محتاجه فعلًا، مش بس سعر البداية المكتوب في صفحة الباقة.
Hostinger Laravel VPS Hosting
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
اختبرت Hostinger’s Laravel VPS من الشراء لحد فتح أدوات الإدارة الفعلية اللي بتتبعه.
وده شمل اختيار الباقة ومكان السيرفر، وإنشاء الحساب، والدفع، وبعدها إزاي أوصل لإدارة نشر Laravel فعليًا بعد ما السيرفر بقى شغال. اللي جاي هو التجربة كانت عاملة إزاي فعلًا، بما في ذلك لحظة الواجهة اللي ودّتني لمكان ماكنتش متوقعه.
1. التسجيل
بدأت من صفحة Laravel VPS landing page، اللي بتفتتح بثلاث ادعاءات مهمين لازم يتاخدوا في الاعتبار:
نسخ احتياطية أسبوعية تلقائية مجانًا
AI-managed VPS
Auto malware scanner
اخترت باقة KVM 2، حل وسط معقول لتطبيق Laravel واحد بدل بناء تقيل يستهلك موارد كثيرة، ودخلت على السلة.
من هناك، صفحة السلة حطت كل حاجة على شاشة واحدة:
مدة الفوترة: 1 أو 12 أو 24 شهر، مع عرض التوفير لكل اختيار
مكان السيرفر: المناطق متجمعة حسب القارة، ومع كل واحدة تقدير للـ latency
Marketplace للتطبيقات: أكتر من ألف اختيار one-click بين OS وpanel وapplications
اخترت 24 شهر علشان السعر الأرخص، وبعدها قضيت وقت أطول من المعتاد في اختيار مكان السيرفر.
المملكة المتحدة رجعت بأفضل latency في القائمة، لكن فضلت ألف على بقية المناطق برضه أقارن. أمريكا الشمالية طلعت بنتيجة كويسة للولايات المتحدة، وأسرع خيار في آسيا، ماليزيا، كان أبطأ بفرق واضح عن الاتنين.
وبما إن الموقع اللي كنت مخطط له هيجذب جمهور أمريكي في الأساس، اخترت الولايات المتحدة بدل خيار المملكة المتحدة اللي كان أسرع تقنيًا.
وده يستاهل يتقال لأي حد بيقارن المناطق على الصفحة دي. أفضل latency بالنسبة لك وإنت قاعد قدام لابتوبك مش هو الرقم اللي يهم. اللي يهم هو latency للناس اللي هتزور الموقع فعلًا، فـ اختار بناءً على جمهورك، مش على نتائج الاختبار بتاعتك أنت.
بعد كده، دخلت على marketplace للتطبيقات، وكان Laravel متحدد أصلًا، نفس أسلوب الإعداد one-click اللي Hostinger بتستخدمه في كل كتالوج التطبيقات بتاعتها. ما كانش محتاج تغيير، فانتقلت مباشرة للدفع.
كنت مسجل دخول بالفعل في حساب Hostinger موجود، فالتسجيل نفسه خد ضغطة واحدة.
بعد كده، صفحة عنوان الفوترة والدفع عرضت:
بطاقة، وتشمل Visa وMastercard وAmex وDiscover
PayPal
Google Pay
AliPay، بنسختين منفصلتين للصين وهونج كونج
Coingate، للدفع بالكريبتو
كل ده في صفحة واحدة، من غير أي redirect منفصل. قدمت الدفع، وخدت رسالة تأكيد فورًا، ورجعت لـ hPanel والسيرفر الجديد ظاهر بالفعل كأنه شغال.
اللي لفت النظر هنا قد إيه Hostinger بتديك اختيارات كتير وقت الشراء من غير ما تفرض أي حاجة منها.
مقارنة المكان بالذات تستاهل تتاخد بجدية بدل ما تتعدى، لأن التوصية الافتراضية في صفحة الباقة مش دايمًا هتطابق الناس اللي هيستخدموا السيرفر فعلًا.
2. الداشبورد/المنطقة الخاصة بالعميل
بعد ما الدفع اتأكد، hPanel فتح على الصفحة الرئيسية، نفس الحساب المركزي اللي بيدير الدومينات والإيميل وwebsite builder وVPS من مكان واحد.
رحب بيا باسمي ومعاه شريط AI prompt، وصف من أزرار الاختصارات، وقائمة مهام، وقائمة مستمرة بكل المواقع والسيرفرات على الحساب في الصفحة تحت.
بعدها نزلت لجدول الـ VPS، وهناك كان السيرفر الجديد متعلّم إنه Running بالفعل، والـ hostname والـ IP address والباقة وتاريخ الانتهاء ظاهرين من غير ما أفتح حاجة.
ضغطت على Manage علشان أدخل لوحة السيرفر نفسها.
إن الصفحة الرئيسية للحساب تفتح فورًا بعد الدفع، والسيرفر يبقى متجهز ومتسجل، دي أكتر نقطة في الرحلة دي شغالة كويس بشكل ثابت.
مفيش شاشة انتظار منفصلة ولا لزوم تدور في القوائم علشان تلاقي اللي اشتريته حالًا.
3. إدارة Laravel والسيرفر
الضغط على Manage فتح صفحة VPS Overview، وهنا الفروق الحقيقية بدأت تظهر.
في أعلى الصفحة كان فيه app card باسم Laravel وعليه زرار Manage App، وده أكد إن Laravel متسطب تلقائيًا أثناء التهيئة.
تحت منه مباشرة كان فيه card تاني ما كنتش متوقعه:
Cloudpanel، مبني على Ubuntu 24.04
اسم admin ظاهر نصًا
رابط لتغيير كلمة المرور
زرار Manage panel خاص بيه، منفصل عن Laravel card اللي فوق
الـ card التاني ده أهم مما باين. Cloudpanel هو لوحة تحكم كاملة للسيرفر متضمّنة جنب Laravel، مش مجرد wizard إعداد مرة واحدة، وطلع إنه السطح الفعلي لإدارة الملفات والمواقع والسيرفر يوميًا.
وأنا بنزل تحت البطاقتين، نسخة Ubuntu 24.04 نفسها كانت موجودة تحت، متعلّمة إنها Running، ومعاها أدوات reboot وterminal وتفاصيل root SSH بالظبط زي باقي الـ VPS على الحساب ده.
وبما إن السيرفر ده كان لسه متظبط جديد، الرسوم البيانية للموارد ما كانتش متعبية لسه، وhPanel عرض رسالة بتقول أرجع بعد حوالي 30 دقيقة علشان تشوف بيانات الاستخدام، وده أسلوب أمين للتعامل مع سيرفر فعلًا لسه ما عليهش تاريخ حركة بدل عرض charts فاضية وكأنها معبرة عن حاجة.
وأنا مكمل لتحت، لقيت:
إدارة SSH key
Firewall rules
Backup snapshots
Malware scanner: Not installed
السطر الأخير ده أول فجوة حقيقية. malware scanner ظاهر إنه Not installed، وهو موجود مباشرة تحت صفحة باقة بتذكر auto malware scanner كواحدة من تلات مميزات رئيسية للمنتج ده بالذات. مهما كانت الوعود التسويقية، هو مش متشغّل افتراضيًا على السيرفر اللي بتستلمه فعليًا.
بدافع الفضول إذا كانت الوعدة التانية هتطلع أحسن، فتحت Backups & Monitoring بعد كده. سجل Latest Actions بيّن:
A recreate action متسجل في نفس اليوم
Weekly backup_create entries، وكلها marked Success، راجعة لأكتر من شهر
الادعاء ده اتأكد من اللوجز الخاصة بالحساب، وده فرق واضح عن malware scanner اللي كان لسه غير مفعّل على بعد قسم واحد.
ومن هنا كان مهم تعرف إن Hostinger بتديك فعلًا بعض المميزات اللي بتعلن عنها افتراضيًا، وسيبة مميزات تانية عليك تشغّلها بنفسك، والطريقة الوحيدة تعرف بيها مين فيهم مين إنك تروح تدور، لأن صفحة الباقة بتعاملهم كأنهم كلهم متضمّنين بنفس الدرجة.
بعد كده رجعت لـ Laravel app card وضغطت Manage App، متوقع إنه يفتح شاشة إعداد خاصة بـ Laravel أو إدارة ملفات بطريقة تشبه زرار Cloudpanel فوق.
بدل كده، فتح صفحة عنوانها “Let’s get started”، فيها روابط لوثائق Laravel وفيديوهات Laracasts التعليمية، وتحته زرار واحد مكتوب Deploy now.
دوسيت عليه برضه عشان أشوف هيوديني فين، وودّاني لـ laravel.com/cloud، صفحة التسجيل لـ Laravel Cloud.
هنا التفرقة المهمة اللي لازم تتقال بدقة.
Laravel Cloud مش منتج من Hostinger وملوش أي علاقة بالـ VPS اللي كنت لسه دافع فيه. ده منصة hosting منفصلة ومدارة بالكامل، معمولة ومباعة مباشرة من فريق Laravel، بتنافس خدمة زي Vercel أو Heroku، وليها حسابات وأسعار خاصة بيها، وكمان رصيد استخدام مجاني خاص بيها.
إنك تسجل هناك معناه إنك هتدفع لـ Laravel، فوق اللي دفعته لـ Hostinger، علشان تستضيف تطبيقك في مكان تاني خالص.
أما ليه Manage App بيروح هناك، فراجعت مقال قاعدة المعرفة الرسمية اللي Kodee نفسها استشهدت بيه لما سألت، “How to use the Laravel VPS template at Hostinger.” المقال ده بيشرح الوصول لـ CloudPanel على عنوان IP بتاع الـ VPS على بورت 8443، وتعديل ملف .env، وتشغيل Composer وArtisan commands من خلال SSH.
هو ما بيوضحش زرار Manage App، وما بيذكرش Laravel Cloud أصلًا. فده مش واحد من الحالات اللي فيها الشرح موجود في حتة أنا ما بصّيتش فيها.
الدليل الرسمي من Hostinger لنفس الـ template ده ما بيعترفش إن الزرار ده موجود، وKodee لما سألتها مباشرة أكدت إن Manage App مش بيدير الـ VPS، وحذّرت إن التسجيل في Laravel Cloud من هناك هيعمل بيئة منفصلة بفاتورة مستقلة، مش هينشر أي حاجة على الـ VPS اللي أنا دافعه بالفعل.
أي حد يدوس Manage App وهو متوقع يدير التطبيق، هينتهي به المطاف على صفحة تسجيل لمنتج مدفوع تاني بدل أي حاجة شبه إدارة التطبيق، ومن غير أي توثيق يسبق ده ويحذّر منه.
الزرار اللي بيوصلك للمكان الصح موجود في البطاقة اللي تحت. Manage panel على بطاقة Cloudpanel.
الضغط عليه بيفتح شاشة تسجيل دخول بتطلب username وpassword، وهنا لازم أكون محدد، لأن اللوحة ما بتديش أي تلميحات بعد ما توصل للشاشة دي.
اسم المستخدم هو admin، وكلمة المرور هي كلمة المرور اللي Hostinger بعتتها بالإيميل وقت تهيئة الـ VPS أول مرة، مش كلمة سر حساب Hostinger بتاعك.
لو الإيميل ده راح ومش موجود، رابط Reset اللي جنب خانة كلمة المرور على بطاقة Cloudpanel بيطلع واحدة جديدة من غير ما تحتاج تنبش في بريدك.
بعد تسجيل الدخول، Cloudpanel بيفتح على قائمة Sites، والـ hostname بتاع الـ VPS متظبط بالفعل كموقع حي، وPHP متحدد كنوع التطبيق، ومعاه رابط Manage جنب الموقع.
فتح إعدادات الموقع بيطلع صف كامل من التبويبات، Settings، Vhost، Databases، Varnish Cache، SSL/TLS، Security، SSH/FTP، File Manager، Cron Jobs، وLogs.
وده لوحة تحكم حقيقية وكاملة، ويستاهل يتقال إن فيه تبويب Cron Jobs موجود هناك في نفس الواجهة. Kodee شرحتلي إزاي أضيف cron entry بتاع الـ scheduler يدويًا من خلال SSH، وده شغال تمام، لكن Cloudpanel فيه طريقة point-and-click تعمل نفس الحاجة من غير ما تلمس terminal خالص، ولا Kodee ولا مقال قاعدة المعرفة ذكروا ده كخيار.
وبعد ما خلصنا من الناحية دي، القائمة اللي على الشمال في صفحة إدارة السيرفر هي المكان اللي فيه التحكم الحقيقي.
دي اللي بتوفره:
Overview: صفحة الملخص نفسها، ومعاها بطاقات Laravel وCloudpanel، واستخدام الموارد، وروابط سريعة لكل اللي تحتها
Settings: إعدادات على مستوى السيرفر، وبتغطي حاجات زي إعادة ضبط root password وتغيير hostname
OS & Panel: التحكم في نظام التشغيل ولوحة التحكم المثبتة على السيرفر
Backups & Monitoring: بتتوسع لـ Snapshots & Backups وServer Usage وLatest Actions، ودي هي المنطقة اللي لقيت فيها سجل النسخ الأسبوعية المؤكد للادعاء
Security: بتغطي malware scanner وإعدادات firewall، وهي المنطقة اللي لقيت فيها الـ scanner مقفول
API: بتفتح توثيق API بتاع Hostinger في تبويب جديد، لأي حد بيعمل automation لإدارة السيرفر بره اللوحة
DNS Manager: إدارة الدومين وDNS records المرتبطة بالسيرفر
ده نطاق واسع كفاية علشان يتقال عليه تغطية كاملة لإدارة الـ VPS. إعدادات السيرفر، التحكم في الـ OS، الأمان، النسخ الاحتياطية، DNS، والوصول لـ API كلهم موجودين كفئات منفصلة بدل ما يكونوا متخبيين جوه قائمة settings عامة، وأنا ما قابلتش حاجة كنت محتاجها ومش موجودة في اللستة دي.
اللي هو ما بيعملوش هو إنه يجمع أي أدوات خاصة بـ Laravel، نشر الكود، إدارة ملفات البيئة، تشغيل Artisan commands، كل ده بيحصل إما من خلال Cloudpanel أو التيرمنال، مش من خلال الشريط الجانبي ده.
وده يوديني لزرار terminal اللي موجود على بطاقة Ubuntu. وظيفته هي الوصول المباشر لسطر الأوامر على السيرفر، ويفتح SSH session live داخل المتصفح من غير ما تحتاج SSH client منفصل أو تنسخ private key على جهازك.
الضغط عليه ودّاني مباشرة إلى root shell، authenticated بالفعل، ومعاه banner ترحيب بتاع Cloudpanel على الشاشة موضح موقعه web address وأداة CLI اسمها clpctl لإدارة اللوحة من سطر الأوامر.
لأي حد مرتاح يشتغل من terminal، ده أسرع طريق فعليًا لتظبيط تثبيت Laravel، ونشر الكود، وتعديل environment variables، وتشغيل migrations، لأن مفيش أي زرار مخصص لأي من ده في hPanel نفسه.
الحكم النهائي على سهولة الاستخدام
الشراء والطريق من الدفع لسيرفر شغال بيشتغلوا كويس هنا، وكونك تدي وزن حقيقي لاختيار مكان السيرفر، بدل ما تختار تلقائيًا المنطقة الأسرع في الاختبار، دي لمسة صغيرة مفيدة لأي حد بيفكر في الناس اللي هتستخدم السيرفر فعلًا.
شريط إدارة السيرفر نفسه بيغطي كل اللي مدير VPS محتاجه، إعدادات، تحكم في الـ OS والـ panel، نسخ احتياطية، أمان، DNS، ووصول API، وكلهم متقسمين لفئات واضحة، وأنا ما وقفتش قدام أي تحكم على مستوى VPS ومالقتهوش. اللي بيقع هنا هو طبقة إدارة التطبيق.
malware scanner المعلن عنه في صفحة الباقة ما كانش متسطب على السيرفر اللي استلمته، والزرار اللي متسمّي فعلًا لإدارة Laravel app بيروّحك لصفحة تسجيل منتج مدفوع منافس بدل أي حاجة تشبه إدارة التطبيق، ومن غير أي توثيق يسبق ده ويحذّر منه.
Cloudpanel والتيرمنال بيشتغلوا بالضبط زي ما المفروض بمجرد ما تلاقيهم، والنسخ الاحتياطية الأسبوعية شغالة في مواعيدها زي ما اتوعدت. الزاوية الوحشية هنا إن واجهة Hostinger نفسها بتوجّهك للباب الغلط الأول، ومفيش أي شرح جوه اللوحة يقول إن Manage App مش هو إدارة التطبيق اللي أنت بتدور عليها.
Hostinger Laravel VPS Hosting
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
Kodee، المساعد الذكي بتاع Hostinger، موجود ورا زرار Ask AI في hPanel وبيتعامل مع الدعم هنا، زي ما بيعمل في باقي منتجات Hostinger.
اختبرته بسؤالين تقنيين مختلفين على الـ VPS ده، واحد عن مشكلة في الواجهة كنت قابلتها بالفعل، والتاني أعمق عن Laravel شغال إزاي في الإنتاج على السيرفر ده.
بعد كده، مريت على قاعدة المعرفة بتاعة Hostinger علشان أشوف قد إيه بتغطي الأرض دي من غير ما تحتاج تسأل حد.
1. دعم AI (Kodee)
أول سؤال كان جاي مباشرة من اختبار زرار Manage App الخاص بـ Laravel app card، اللي كان فتح Laravel Cloud، منصة مدفوعة منفصلة، بدل أي حاجة مرتبطة بالـ VPS نفسه.
سألت Kodee مباشرة إذا كان الزرار ده المفروض يفتح Laravel Cloud أو يدير التثبيت الموجود بالفعل من خلال Cloudpanel، وإيه اللي هيحصل فعليًا لو سجلت في Laravel Cloud من هناك.
Kodee رد خلال دقيقة:
أكد إن Manage App ما بيديرش تثبيت الـ VPS الحالي
عرّفه بشكل صحيح إنه رابط لـ Laravel Cloud، وهي منصة نشر منفصلة
أشار إلى Cloudpanel، الممكن الوصول له على IP بتاع الـ VPS على بورت 8443، باعتباره سطح الإدارة الحقيقي
حذر من إن التسجيل في Laravel Cloud هيعمل بيئة منفصلة بفواتير مستقلة، مش هينشر أي حاجة على الـ VPS اللي أنا دافعه بالفعل
ده جواب سليم ونضيف لسؤال ليه تكلفة حقيقية لو غلطت فيه، وجاء مع citation من توثيق Hostinger نفسها بدل تخمين.
بعدها سألت حاجة أثقل تقنيًا. تطبيقات Laravel في الإنتاج بتعتمد على cron entry للـ scheduler وعلى Supervisor process علشان يحافظ على queue workers شغالة، وكنت عايز أعرف إذا كان template الـ VPS بيضبط أي واحدة من دول تلقائيًا، وإذا كان Supervisor نفسه هيكمل بعد reboot لو ظبطته أنا،
Kodee قالت إنها هتفحص السيرفر مباشرة قبل الرد، وفعلاً عملت كده:
أكدت إن مفيش schedule:run cron entry موجود
أكدت إن مفيش Supervisor service متظبط
أكدت إن مفيش queue worker متسطب
قدمت سطر الـ cron المطلوب للـ scheduler
قدمت block كامل لإعداد Supervisor لواحد queue worker، بالـ flags الصح
أكدت إن Supervisor بيستمر بعد reboot بمجرد ما يتفعل بـ systemctl enable –now supervisor
وضافت التذكرة إنك تشغّل php artisan queue:restart بعد نشر كود جديد، وهي تفصيلة سهلة تتنسي وبتعمل bugs حقيقية في الإنتاج لو اتفوتت
رأيي في دعم AI: Kodee كسبت الإجابات هنا بدل ما تخمّن. إنها تتأكد إن مفيش scheduler cron ولا Supervisor process قبل ما تنصح بأي حاجة هو الفرق بين رد checklist ورد مبني على السيرفر ده نفسه اللي كان شغال فعليًا، والتذكرة الخاصة بإعادة تشغيل queue worker بعد كل deploy من التفاصيل اللي ما بتظهرش إلا لما حد، أو حاجة، فعلاً يكون فاهم Laravel queues بتتصرف إزاي في الإنتاج.
سؤالين، وإجابتين دقيقين وكاملين، في خلال كام دقيقة.
2. قاعدة المعرفة
قاعدة المعرفة بتاعة Hostinger منظمة بنفس الشكل عبر كل المنتجات، مربعات فئات كبيرة فيها عدد المقالات، وشريط بحث، وفلتر للفئات في الأعلى.
بدل ما أستعرض، رحت مباشرة للبحث وكتبت “laravel”، فظهرت 15 نتيجة على صفحتين، وده أكتر من اللي عادة one-click app أضيق بيعرضه.
وده يستاهل ملاحظة بس. إن النتائج تبقى أكتر مش معناه إنها أكثر صلة، لأن كذا نتيجة كانت مرتبطة بشكل غير مباشر بس، مقال عن قيود PHP mail ومقال تاني عن مشاكل website migration ظهروا بس لأنهم بيذكروا Laravel على الهامش.
أكثر نتيجة مناسبة، “How to use the Laravel VPS template at Hostinger,” بتشرح الوصول لـ Cloudpanel، وفهم structure الملفات بتاع Laravel، وتعديل ملف .env، وتشغيل Composer، وتشغيل migrations.
دي walkthrough كويسة لتشغيل أول مشروع Laravel على الـ template ده. اللي هي ما بتغطيهوش هو الـ scheduler أو queue workers خالص، وده بالظبط الفراغ اللي Kodee اضطرّت تسده لما سألت.
ولو دققت أكتر في نتائج البحث هتطلع بحاجة تستاهل التنبيه. مقال أقدم، “How to deploy Laravel 8 at Hostinger,” فعلًا فيه مثال cron شغال للـ scheduler، لكنه مكتوب لإعداد أقدم ومختلف تمامًا، لنشر Laravel يدويًا على shared أو cloud hosting بدل قالب الـ VPS الحالي، ومعاه file structure public_html ما ليهاش أي علاقة بطريقة Cloudpanel بترتب الـ VPS.
أي حد على قالب الـ VPS ده بيدور في قاعدة المعرفة على إرشاد للـ scheduler هيقع على مقال بيشرح منتج مختلف قبل ما يلاقي أي حاجة تنطبق فعلًا على السيرفر بتاعه.
رأيي في قاعدة المعرفة: عدد المقالات باين قوي على الورق، 15 نتيجة لعبارة بحث واحدة، لكن الحجم الخام بيخبي قد إيه المحتوى المفيد متشتت. المقال الأساسي الخاص بالقالب بتاع الـ VPS مكتوب كويس وبيساعدك تشغّل أول مشروع، لكنه بيقف بالضبط عند النقطة اللي النشر الإنتاجي بيبدأ يبقى جدي، والمعلومة الوحيدة اللي بتغطي الـ scheduler موجودة في مقال تابع لإعداد hosting قديم ومختلف تمامًا.
قارئ بيعتمد على قاعدة المعرفة لوحدها ممكن يمشي ورا الدليل القديم ده ويضبط الـ VPS غلط لأنه بينسخ commands معمولة لبنية ملفات مختلفة تمامًا.
الحكم النهائي على الدعم
Kodee هي اللي شايلة الشغل التقيل هنا، وبتعمله كويس. الاتنين exchanges شافوا Kodee بتفحص الحالة الحية للسيرفر قبل ما ترد، والسؤال التاني طلع منه fix كامل وصحيح وجاهز للنشر لمشكلة الـ VPS template سايبها من غير إعداد افتراضيًا.
قاعدة المعرفة شغالة كويس لتشغيل أول مشروع Laravel، لكن تغطيتها بتضعف بسرعة بعد النقطة دي، واللي موجود فعلًا للأعداد الأكثر تقدمًا، زي الـ scheduler، موجود في مقال مكتوب لإعداد hosting مختلف تمامًا.
أي حاجة أبعد من الأساسيات، Kodee هي الطريق الأكثر موثوقية، وده اتأكدلي كل مرة من خلال اللي لقيته بعد ما بصت فعليًا بدل ما تفترض.
Hostinger Laravel VPS Hosting
Discover how Hostinger Laravel VPS Hosting provides a flexible environment for deploying Laravel applications with dedicated server resources, full control, scalable performance, and customizable configurations for modern web projects.
أيوه. الأساسيات هنا قوية. Laravel وCloudpanel بيوصلوا متسطبين وجاهزين، والهاردوير الأساسي بيطلع بنشماركات قوية في الـ CPU والذاكرة والديسك، وKodee قدمت اتنين إجابات فنيين دقيقين وكانوا مبنيين على حالة السيرفر الحية لما اختبرتها بجد. النسخ الاحتياطية الأسبوعية اتأكدت من اللوجز الخاصة بالحساب، بالظبط زي ما هو معلن.
الزوايا الضعيفة ضيقة لكن تستاهل تعرفها قبل الشراء. malware scanner المذكور كميزة رئيسية ما كانش متشغّل افتراضيًا، وزرار Manage App على بطاقة Laravel بيوجهك لـ Laravel Cloud، منتج مدفوع منفصل، بدل أي حاجة تشبه إدارة التطبيق، ومن غير أي تحذير في أي توثيق قبلها.
ولا واحدة من دول صعب تتجاوزها لما تعرف إن Cloudpanel هو سطح الإدارة الحقيقي، لكن ما كانش المفروض تحتاج تخمين من الأساس.
لو أنت developer عايز Laravel يشتغل بسرعة على بنية قوية، ومرتاح إنك تقضي خمس دقايق تلاقي Cloudpanel بدل الزرار الغلط اللي جنبه، فدي توصية سهلة. لو أنت واحد عايز كل ميزة معلن عنها تكون شغالة لحظة ما السيرفر يقلع من غير ما تراجع أي حاجة، حط كام دقيقة زيادة على الإعداد قبل ما تعتبره جاهز.
The section about renewal pricing is probably the most important takeaway. Introductory prices always look attractive, but it's the renewal cost that determines the real long-term value. I also found another review on Bestecision that breaks down the pricing, performance, and renewal considerations in detail.
أيوه. Laravel و Cloudpanel متثبتين تلقائي أول ما الـ VPS بيتجهز، والهاردوير الأساسي أداؤه كويس في الـ CPU والذاكرة والتخزين، وKodee AI assistant بتاع Hostinger بيدي إجابات دقيقة ومحددة على أسئلة Laravel الحقيقية الخاصة بالـ configuration. المشكلة الأساسية إن فيه malware scanner بييجي متقفّل رغم إنه متعلن عنه إنه included.
هل Hostinger's Laravel VPS بييجي متسطّب عليه Laravel؟
أيوه. Laravel متوفر كتطبيق بيثبّت بضغطة واحدة أثناء إتمام شراء الـ VPS وبيتسطب تلقائيًا على Ubuntu جنب Cloudpanel، لوحة التحكم المستخدمة لإدارة التطبيق، وقاعدة البيانات، وإعدادات الدومين بعد كده.
Hostinger بيقدّمش تجربة مجانية لاستضافة Laravel VPS؟
مافيش تجربة مجانية مخصصة لخطط Laravel VPS. Hostinger بتدعم كل باقة VPS بضمان استرداد فلوس لمدة 30 يوم، لكن استرداد VPS تاني خلال 180 يوم من الأولانية مش هيتم الموافقة عليه.
ينفع أسترد فلوس استضافة Hostinger VPS؟
أيوه، خلال 30 يوم من الشراء، طالما ماكنتش استرجعت فلوس خطة VPS تانية خلال آخر 180 يوم. الترقيات اللي بتتم على خطة VPS موجودة بالفعل والمدفوعات اللي اتعملت بالعملة الرقمية مستبعدة من الاسترداد نهائيًا.
إزاي أُدير تطبيق Laravel بتاعي على VPS بتاع Hostinger؟
من خلال Cloudpanel، المتاح من زر Manage panel في كارت Cloudpanel في hPanel، أو مباشرةً على IP بتاع الـ VPS على البورت 8443. زر Manage App الموجود على كارت Laravel نفسه ما بيديرش التطبيق، هو بيروح على Laravel Cloud، منتج استضافة منفصل مالوش علاقة بالـ VPS.
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة. تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
