تظهر MongoDB وExpress وReact وNode كلها مثبتة مسبقًا على Hostinger’s MERN VPS، ويتم تسويقها كبيئة جاهزة للبناء لتطبيقات ويب قابلة للتوسع. وقد أظهر الاختبار نقاط قوة حقيقية هنا، وعلى رأسها شبه المثالية في توسع CPU، إلى جانب بضع تفاصيل في الخطة والوثائق ينبغي على المطور معرفتها قبل الالتزام. إليك كل ما وجدته.
لتقييم استضافة Hostinger’s MERN VPS، طبقت منهجية التقييم الخاصة بـ HostAdvice rating methodology، وهي المنهجية المعيارية نفسها المستخدمة عبر كل مراجعة على الموقع، بحيث تبقى الدرجات متسقة ومبنية على اختبار حقيقي بدلًا من ادعاءات التسويق. إليك كيف حصل على التقييم عبر كل معيار.
| Parameter | Score | Why This Score |
|---|---|---|
| Prices | 9.0/10 | ضمان 30 يومًا قوي، رغم أن استردادات VPS تخضع لفترة انتظار 180 يومًا ولا توجد نسخة تجريبية مجانية مخصصة. |
| Features | 9.2/10 | عتاد EPYC، وماسح برمجيات خبيثة نشط، وواجهة برمجة تطبيقات عامة موجودة في كل مستوى كما هو معلن. |
| Performance | 9.3/10 | توسع CPU شبه مثالي، وIOPS قوي على القرص، واختبار ضغط نظيف دون أي حالات فشل. |
| Ease of Use | 8.8/10 | إتمام شراء سلس وسريع، لكن أفسدته تناقض حقيقي في ادعاءات عرض النطاق الترددي في صفحة الخطة نفسها. |
| Support | 9.6/10 | فحص Kodee الخادم الحي مرتين وقدّم إصلاحات تقنية دقيقة وكاملة في المرتين. |
| Overall | 9.2/10 | مضيف MERN قوي يحدّ منه أساسًا فجوة في التوثيق يجب أن يعوضها Kodee. |
تبيع Hostinger استضافة MERN كواحدة من أربع طبقات KVM VPS، من KVM 1 إلى KVM 8، حيث تتدرج فيها أنوية CPU وذاكرة RAM وسعة NVMe وعرض النطاق الترددي معًا كلما صعدت في المستوى.
MERN نفسه ليس شراءً منفصلًا، بل هو تطبيق بنقرة واحدة يُضاف إلى أي طبقة تختارها أثناء الدفع، مع تثبيت MongoDB وExpress وReact وNode تلقائيًا بمجرد أن يصبح الخادم نشطًا.
| اسم الخطة | مساحة | وحدة المعالجة المركزية | ذاكرة عشوائية | نظام تشغيل | السعر | |
|---|---|---|---|---|---|---|
| KVM 1 | 50 جيجابايت | 1 مراكز | 4 جيجابايت | US$ 5,52 | التفاصيل | |
| KVM 2 | 100 جيجابايت | 2 مراكز | 8 جيجابايت | US$ 7,64 | التفاصيل | |
| KVM 4 | 200 جيجابايت | 4 مراكز | 16 جيجابايت | US$ 11,04 | التفاصيل | |
| KVM 8 | 400 جيجابايت | 8 مراكز | 32 جيجابايت | US$ 22,09 | التفاصيل |
هناك بعض الأمور الجديرة بالمعرفة قبل الطلب:
هناك شيء واحد يستحق الإشارة إليه مباشرةً من الاختبار. صفحة الخطة نفسها تذكر رقمين مختلفين لسرعة الشبكة في موضعين مختلفين، 1 Gbps في قائمة الميزات و300 Mb/s في النص الموجود في الأسفل لاحقًا.
الاختبارات الفعلية أثناء هذه المراجعة تطابقت مع ادعاء 1 Gbps، لذا اعتبر الرقم الأقل خطأً في النص وليس المواصفة الحقيقية، لكنه تفصيل يستحق التحقق مرة أخرى في الصفحة الحية قبل الشراء، لأن صفحات التسويق قد تتغير وربما يكون ذلك قد صُحح بالفعل بحلول الوقت الذي تقرأ فيه هذا النص.
يفرض مكدس MERN متطلبات حقيقية على كل طبقة من الخادم في الوقت نفسه. يتعامل Node مع الطلبات على خيط واحد لكل عملية، لذا فإن سرعة CPU وكيفية توسعها عبر الأنوية هي ما يحدد عدد المستخدمين المتزامنين الذين يمكن لعملية Node واحدة، أو مجموعة منها، خدمته فعليًا.
يقرأ MongoDB ويكتب المستندات إلى القرص باستمرار، لذا فإن I/O القرص يشكل سرعة عودة الاستعلامات. وتُقدَّم نسخة React النهائية كملفات ثابتة، ما يعتمد على القرص والشبكة معًا، بينما يقع Express في المنتصف لتمرير كل ذلك عبر الذاكرة.
أجريت مجموعة قياسات شاملة على الخادم، CPU والذاكرة والقرص والشبكة واختبار ضغط مستمر، لمعرفة ما يقدمه هذا الخطة فعليًا، وحسم سؤال عرض النطاق الترددي الذي لم تستطع صفحة الخطة نفسها الإجابة عنه بشكل متسق.
كانت النسخة التي اختبرتها هي خطة KVM 4، وهي الخطة التي اخترتها أثناء الدفع:
قبل الأرقام، كلمة عن موقع هذه الخطة. تعمل سلسلة Hostinger’s MERN VPS على الطبقات الأربع نفسها مثل منتجات VPS الأخرى لديها، KVM 1 حتى KVM 8، وتأتي KVM 4 في المرتبة الثانية من الأعلى، ومصممة لتطبيق حقيقي ذي قاعدة مستخدمين معتبرة وليس لنموذج أولي أولي أو منصة متعددة الخدمات على نطاق كبير. ما يلي يعكس هذه الطبقة المتوسطة إلى العليا وحدها.
سرعة الخيط الواحد هي الرقم الأكثر أهمية لعملية Node واحدة، لأن Node يشغّل JavaScript على خيط واحد ولا يتوزع عبر الأنوية إلا إذا شغّلتَه في وضع cluster أو خلف مدير عمليات مثل PM2 يشغّل عدة مثيلات.
عند متوسط زمن وصول 0.61ms، تملك عملية Express واحدة على هذا الخادم هامشًا كبيرًا قبل أن يصبح CPU هو الحد في معالجة الطلبات المعتادة.
النتيجة متعددة الخيوط هي النقطة الأبرز هنا. فالانتقال من خيط واحد إلى أربعة ضاعف الإنتاجية تقريبًا أربع مرات، وهو توسع مثالي تقريبًا. وهذا مهم مباشرةً لـ Node خصوصًا، لأنه يعني أن تشغيل مجموعة PM2 بأربع مثيلات لاستخدام الأنوية الأربعة كلها ينبغي أن يقدّم تقريبًا أربعة أضعاف إنتاجية العملية الواحدة، بدلًا من خسارة جزء من ذلك بسبب التنافس مع مستأجرين آخرين على المضيف، وهو ما يحدث غالبًا على VPS مشترك.
وتؤكد قيمة عدالة الخيوط ذلك أيضًا، إذ بلغ التباين نحو 0.1% بين الخيوط، وهو ضيق بما يكفي ليكون كل نواة قد أدت حصة متساوية تقريبًا من العمل طوال الاختبار.
يقع الرقمان كلاهما ضمن النطاق الذي يقدمه عتاد EPYC الحالي في هذا الاختبار. بالنسبة إلى مكدس MERN، تكون أهمية سرعة الذاكرة أكبر حيث يحتفظ MongoDB بالبيانات التي يُكثر الوصول إليها في RAM، وحيث يحتفظ Node نفسه بالكائنات وبيانات الجلسة وأي تخزين مؤقت داخل الذاكرة في التجمع نفسه.
بهذه السرعة، من غير المرجح جدًا أن تكون الذاكرة هي الطبقة التي تبطئ الطلب. وبشكل منفصل، لم يكن لدى هذه النسخة إعداد swap، لذا فإن 15GB كاملة من RAM هي ما يتاح لك فعليًا، من دون أي مخزون فائض إذا تجاوزت مجموعة MongoDB العاملة أو تسرب ذاكرة في عملية Node طويلة الأمد الحد.
إذا كنت تشغّل قاعدة بيانات ذات مجموعة عمل كبيرة إلى جانب عدة عمليات Node، فراقب استخدام الذاكرة الفعلي تحت الحمل الحقيقي بدلًا من افتراض أن هذه الطبقة لديها هامش لم تتحقق منه.
جاءت القراءة المتسلسلة أسرع بما يقارب الضعف من الكتابة المتسلسلة، وهو تفاوت حقيقي يستحق المعرفة إذا كان عبء العمل لديك يتضمن كتابة ملفات كبيرة، أو نسخًا احتياطية لقواعد البيانات، أو وسائط مرفوعة، أو تصدير السجلات، إذ إن جانب الكتابة في القرص يملك هامشًا أقل بوضوح من جانب القراءة.
أداء 4K العشوائي هو الرقم الذي يتنبأ بكيفية تعامل MongoDB فعليًا تحت الحمل، لأن قراءات المستندات وكتابتها تصطدم بالقرص على شكل عمليات صغيرة متناثرة بدلًا من كتل تسلسلية كبيرة.
إن الحصول على ما يقرب من 9,800 IOPS في كلا الاتجاهين، ومتوازنًا بين القراءة والكتابة، هو نتيجة قوية للوصول الشبيه بقواعد البيانات، ويعني أن استعلامات MongoDB يجب أن تبقى سريعة حتى مع نمو الاتصالات المتزامنة وحجم المستندات، قبل أن يصبح القرص هو عنق الزجاجة لتطبيق نموذجي.
ما يتغير هو مقدار الحمل المتزامن الذي يمكنك وضعه على سقف القرص نفسه قبل أن تبدأ الاستعلامات في الانتظار، لذلك فإن عبئًا أثقل على MongoDB يستفيد من CPU وذاكرة إضافيين في KVM 4 لمعالجة المزيد من هذه الـ 9,800 IOPS بالتوازي، لا من تحسن في أداء القرص نفسه.
هذا يستحق ربطه مجددًا بصفحة الخطة، التي ذكرت سرعة شبكة 1 Gbps في قائمة الميزات بينما وصفت في موضع آخر من النص نفسه نفس الخطط بأنها تعمل على “بنية تحتية 300 Mb/s”.
الاختبار الفعلي يتوافق مع ادعاء 1 Gbps، وليس مع رقم 300 Mb/s، إذ جاءت كلتا التجربتين قريبتين من 900 Mbps أو أعلى في الرفع، وكانت التجربة الأولى تلامس تقريبًا غيغابتًا كاملًا في التنزيل. رقم 300 Mb/s في صفحة الخطة لا يتطابق مع ما قدّمه هذا الخادم ويبدو كنص قديم أو غير متطابق بدلًا من كونه مواصفة دقيقة.
الشيء الوحيد الجدير بالإشارة مباشرةً هو أن سرعة التنزيل لم تكن متطابقة بين التجربتين، 983 Mbps في المحاولة الأولى مقابل 730 Mbps في الثانية، وهو فرق حقيقي لا مجرد ضجيج.
الرفع بقي متسقًا عبر التجربتين، وفقدان الحزم كان صفرًا في كل مرة، لذا يبدو هذا كأنه تباين عادي في مسار شبكة مشتركة وليس علامة على مشكلة حقيقية، لكنه فارق كافٍ لأنني لن أفترض أن كل تنزيل سيصل إلى قيمة الغيغابت الكاملة في يوم معين.
شغّلت ضاغطات CPU والذاكرة والقرص لمدة 180 ثانية لكل منها لمعرفة كيف يصمد الخادم تحت حمل مستمر بدلًا من دفعة قصيرة:
أكمل كل ضاغط عمله بنجاح، من دون أي عامل فاشل ومن دون أي مقاييس غير موثوقة عبر الثلاثة جميعًا، وذلك بعد تشغيل متتالٍ استمر تسع دقائق من الضغط المستمر.
هذه هي النتيجة التي تهم فعليًا لتطبيق Node يتوقع ذروة حقيقية في حركة المرور، أو إطلاقًا، أو منشورًا فيروسيًا، أو مهمة دفعية تبدأ أثناء نشاط المستخدمين، لأنها تؤكد أن الخادم يحافظ على تماسكه تحت ضغط CPU والذاكرة والقرص معًا بدلًا من التدهور بشكل غير متوقع.
إذا كانت حركة المرور لديك تأتي على شكل دفعات، أو إطلاق، أو دفعة تسويقية، أو استيراد دفعي يعمل بينما المستخدمون نشطون، فإن هذه الموثوقية تحت الحمل المركب أهم من أي رقم منفرد أعلاه، وهي سبب للميول إلى هذه الطبقة أو أعلى بدلًا من الخيار الأرخص الذي يبدو جيدًا فقط في الظروف الهادئة.
تؤدي هذه الخطة KVM 4 أداءً جيدًا في كل المجالات، والنقطة الأبرز هي توسع CPU الذي اقترب من الخطية المثالية عبر أربعة أنوية، وهو أمر مهم مباشرةً لتشغيل Node في وضع cluster للاستفادة من الخادم كله.
الذاكرة وIOPS العشوائي للقرص كلاهما قوي بما يكفي لإبقاء MongoDB وExpress متجاوبين تحت حمل حقيقي، واختبار الضغط صمد بوضوح دون أي حالات فشل.
وقد حسم اختبار الشبكة تناقض صفحة الخطة لصالح Hostinger، فالأرقام الفعلية تدعم ادعاء 1 Gbps بدلًا من الرقم الأقل المدفون في النص، رغم أن سرعة التنزيل اختلفت بشكل ملحوظ بين تجربتين ويجب النظر إليها كنطاق لا كضمان ثابت.
وكما هو الحال مع أي طبقة في هذه السلسلة، فإن هذه الأرقام تصف KVM 4 وحدها، لا خط استضافة MERN بأكمله. قد تكون خطة أصغر كافية لمشروع جانبي صغير، بينما يجب على تطبيق MERN المتوقع أن يتوسع إلى ما بعد عملية Node واحدة أن يعتبر توسع CPU شبه المثالي في هذه الخطة سببًا حقيقيًا للنظر فيها بدلًا من طبقة أرخص، لا مجرد سعة إضافية غير مستخدمة.
اختبرت Hostinger’s MERN VPS بدءًا من الدفع وحتى استكشاف أدوات إدارة الخادم الفعلية المرفقة معه. شمل ذلك اختيار خطة وموقع، وإنشاء حساب، والدفع، ثم العمل عبر ما يقدمه hPanel فعليًا بمجرد أن تصبح MongoDB وExpress وReact وNode كلها على الصندوق نفسه.
ما يلي هو ما كانت عليه هذه العملية فعليًا، بما في ذلك تفصيل في صفحة الخطة يتناقض مع نفسه قبل أن تصل حتى إلى الدفع.
تبدأ صفحة MERN VPS الرئيسية بثلاثة ادعاءات: نسخ احتياطية أسبوعية تلقائية مجانية، وماسح برمجيات خبيثة، وKodee المساعد الذكي، وكلها متضمنة دون أي تكلفة إضافية.
أدى التمرير إلى الأسفل في الصفحة نفسها إلى شيء يستحق الإشارة إليه قبل أن يبدأ الدفع حتى. فقائمة الميزات قرب الأعلى تعلن سرعة شبكة 1 Gbps، لكن النص في الأسفل يصف الخطط نفسها بأنها تعمل على “بنية تحتية 300 Mb/s”.
هذا ليس فرق تقريب صغيرًا، فإحدى القيم تزيد على الأخرى بأكثر من ثلاثة أضعاف، ومن الجدير التحقق من ذلك مقابل أرقام القياس الفعلية لاحقًا في هذه المراجعة بدلًا من أخذ أي منهما على أنه حقيقة مطلقة.
اخترت خطة KVM 4 وانتقلت إلى السلة، التي عرضت الخيارات الثلاثة نفسها كالمعتاد:
في السلة، اخترت 24 شهرًا للحصول على سعر أقل، ثم قارنت المناطق مباشرةً بدلًا من الوثوق باختيار افتراضي. جاء United Kingdom كأفضل تطابق عند 163ms، متقدمًا بوضوح على United States عند 254ms.
وعند التمرير إلى سوق التطبيقات، كان MERN Stack محددًا بالفعل، ضمن الخيارات نفسها بنقرة واحدة التي رأيتها في منتجات VPS أخرى من Hostinger، مثل Docker وTraefik، وDify، وHermes Agent، وغيرها.
ثم ضغطت على “Continue.” الخطوة التالية هي التسجيل. يمكنك إما إنشاء حساب أو تسجيل الدخول.
كنت مسجل الدخول بالفعل إلى حساب موجود، لذا كانت عملية التسجيل مجرد نقرة واحدة، وقدمت شاشة الفوترة والدفع الخيارات المعتادة:
أرسلت الدفع، وتلقيت رسالة تأكيد عبر البريد الإلكتروني خلال ثوانٍ، وعدت إلى hPanel حيث ظهر الخادم الجديد بالفعل بوصفه يعمل.
ما يلفت النظر هنا ليس تدفق الدفع نفسه، الذي بات يعمل كما هو متوقع عبر كل منتج VPS من Hostinger اختبرته.
بل ذلك التناقض في ادعاءات عرض النطاق الترددي على صفحة الخطة قبل أن تختار حتى المنطقة. قد يخرج القارئ الذي يقارن المضيفين بناءً على سرعة الشبكة وحدها برقمين مختلفين بحسب الجزء الذي قرأه من الصفحة نفسها.
بعد الشراء، نُقلت إلى hPanel واستخدمت التفاصيل التي استخدمتها للتسجيل لتسجيل الدخول إلى حسابي.
انفتحت hPanel على الشاشة الرئيسية مباشرةً بعد الدفع، وهي اللوحة العامة نفسها للحساب التي تغطي النطاقات والبريد الإلكتروني ومنشئ المواقع وكل VPS على الحساب من مكان واحد.
استقبلتني باسمي، مع شريط مطالبة للذكاء الاصطناعي، وأزرار اختصار، وقائمة مهام، وقائمة جارية بكل الممتلكات على الحساب في الأسفل.
وعند التمرير إلى جدول VPS، ظهر الخادم الجديد بالفعل موسومًا Running، مع اسم المضيف وعنوان IP والخطة وتاريخ الانتهاء كلها مرئية دون الحاجة إلى النقر على أي شيء. ضغطت على Manage للانتقال إلى اللوحة الخاصة بالخادم.
ما يستمر في العمل جيدًا هنا هو قلة ما تحتاج للبحث عنه. يظهر الخادم في الصفحة الرئيسية للحساب بمجرد اكتمال الدفع، والانتقال من تلك القائمة إلى أدوات الخادم يتم بنقرة واحدة، لا عبر البحث في القوائم.
بعد ذلك أردت معرفة ما الذي يأتي فعليًا مع المكدس نفسه، لذا فتحت صفحة VPS Overview.
فتحت صفحة VPS Overview على بطاقة تطبيق تقرأ “MERN Stack (MongoDB, ExpressJS, ReactJS, NodeJS)”، مبنية على Ubuntu 24.04، مع زر Manage App ولافتة معلومات منفصلة تعرض رابط “Learn more” إلى وثائق Hostinger الخاصة بالمكدس.
أسفل ذلك كانت بطاقة الخادم المعتادة، Ubuntu 24.04 تعمل على KVM 4، مع أدوات إعادة التشغيل والطرفية، وتفاصيل SSH root، والملاحظة القياسية بأن الرسوم البيانية للموارد ما تزال قيد التكوين لأن الخادم نُشر للتو.
وفي الأسفل أكثر في الصفحة:
هذا السطر الأخير نقطة حقيقية لصالح المنتج. على عكس ادعاء ماسح البرمجيات الخبيثة في صفحة الخطة، الذي يسهل اعتباره مجرد وعد، كان هذا بالفعل مفعّلًا ويعمل، مع 15 ملفًا تم فحصها، 0 ملفات مخترقة، 0 ملفات خبيثة، فور أن تحققت منه.
هذا هو الوعد في صفحة الخطة وهو يطابق بالفعل ما ظهر على الخادم.
والتعمق في OS & Panel أظهر نسخة ثانية من المعلومات نفسها الخاصة بالمكدس، مع قسم “Current Application” يصف MERN بمزيد من التفصيل، ومع رابط “Quick start guide” خاص به منفصل عن رابط “Learn more” الموجود في بطاقة Overview.
كلاهما يقود إلى التعرف على المكدس، ووجود مدخلين إلى وثائق متشابهة في مكانين مختلفين يعد تكرارًا طفيفًا، رغم أن أياً منهما ليس صعب الوصول.
وتعمل الصفحة نفسها أيضًا كمحدد لإعادة تثبيت النظام بالكامل، إذ تظهر AlmaLinux وDebian وRocky Linux وUbuntu وAlpine وArch وCentOS وCloudLinux وFedora وKali وNixOS وopenSUSE كلها كبدائل بنقرة واحدة إذا أردت يومًا مسح إعداد MERN والبدء من جديد على نظام تشغيل فارغ بدلًا منه.
احتفظ قسم Settings بالأدوات نفسها على مستوى الخادم التي وجدتها ثابتة عبر كل منتج VPS من Hostinger، مثل مولّد كلمة مرور root، وإعادة ضبط بنقرة واحدة لتكوين جدار الحماية وSSH، ومغير اسم المضيف، وأداة تنظيف السجلات.
ولا شيء من ذلك خاص بـ MERN، فهو يدير الخادم تحت المكدس بدلًا من التطبيقات الموجودة فوقه.
وبالنسبة لأي شخص يصل إلى هذه المرحلة ويتساءل عمّا يجب النقر عليه بعد ذلك، فإليك المسار العملي. زر Terminal على بطاقة Ubuntu هو الطريق المباشر للدخول، إذ يفتح جلسة SSH حية ومصادَقًا عليها بالفعل داخل المتصفح، وهو المكان الذي ستبدأ فيه فعليًا العمل مع ملفات MERN الموجودة على الخادم، وتشغيل Node، والتحقق من MongoDB، أو جلب شيفرتك الخاصة عبر Git.
ما رأيي في إدارة الخادم: كون ماسح البرمجيات الخبيثة مفعّلًا منذ البداية هو أقوى نقطة في هذا القسم كله، وهي ميزة تطابق فعليًا ما وعدت به صفحة الخطة بدلًا من أن تبقى غير مهيأة.
كما أن محدد إعادة تثبيت نظام التشغيل يمثل شبكة أمان حقيقية أيضًا، اثنا عشر نظام تشغيل على بعد نقرة واحدة إذا توقف قالب MERN يومًا عن كونه ما تحتاجه.
وملاحظتي الوحيدة هي تكرار الوثائق، فرابط “Learn more” في بطاقة Overview ورابط “Quick start guide” في صفحة OS & Panel كلاهما يشير إلى التعرف على المكدس نفسه، ووجود بابين منفصلين إلى محتوى واحد على الأرجح يضيف قدرًا صغيرًا من الاحتكاك إلى شيء يفترض أن يكون مسارًا واحدًا واضحًا.
لا يزال الدفع والمسار من السداد إلى خادم يعمل يؤديان وظيفتهما جيدًا، وأداة مقارنة المواقع تستحق الاستخدام مباشرةً بدلًا من الوثوق بالعنصر “recommended” في صفحة الخطة نفسه، لأنه لم يكن يعمل عندما اختبرته.
وبمجرد الدخول إلى الخادم، يكون ماسح البرمجيات الخبيثة هو النتيجة الأبرز هنا، إذ كان نشطًا ويولّد بالفعل بيانات فحص حقيقية بدلًا من أن يبقى متوقفًا خلف ادعاء تسويقي.
أما الخشونة فتكمن في وقت أبكر من المسار وليس داخل اللوحة نفسها، فالأرقام المتناقضة لعرض النطاق الترددي في صفحة الخطة هي نوع التفصيل الذي لم يكن ينبغي أن يُنشر بهذه الصورة، ويستحق أن يُحسم مقابل الأرقام الحقيقية قبل الوثوق بأي منهما.
يُعد Kodee، المساعد الذكي من Hostinger، خط المواجهة هنا، وتوجد خلفه إمكانية تصعيد إلى موظف بشري إذا احتجت يومًا إلى نقل المحادثة إلى شخص فعلي.
لم ألجأ إلى هذا الخيار خلال الاختبار، وهو أمر له دلالته بحد ذاته، لكنه يستحق المعرفة إذا تجاوز سؤال ما ما يمكن للذكاء الاصطناعي حله.
اختبرت Kodee في تبادل تقني من جزأين حول كيفية تصرف Node فعليًا على هذا الخادم، ثم مررت على قاعدة المعرفة الخاصة بـ Hostinger بشكل منفصل لأرى إلى أي مدى تغطي هذا المجال دون الحاجة إلى سؤال أي أحد.
بدأت بسؤال إنتاجي حقيقي: هل تنجو عملية Node التي تدعم تطبيق MERN هذا من إغلاق جلسة SSH أو إعادة تشغيل الخادم، وهل يعمل خادم Express الذي يأتي مع القالب على منفذ ثابت.
أجاب Kodee مباشرةً:
النقطة الأخيرة ليست مما سألته عنه، وهي من النوع الذي يميز الإجابة الكاملة عن الإجابة الصحيحة فقط.
دفعت أكثر بسؤال متابعة عن هذه النقطة بالذات: هل Nginx مثبت ومُعدّ فعلًا لـ HTTPS على هذا VPS، أم سأحتاج إلى إعداده بنفسي. قال Kodee إنه سيفحص الخادم مباشرةً، وفعل ذلك بالفعل:
كل واحدة من هذه حقائق حية عن خادمي تحديدًا، وليست شرحًا عامًا لـ Nginx. ومن هناك قدّم إعدادًا كاملًا ومتسلسلًا: سجلات DNS، وتشغيل تطبيق Node بشكل خاص على 127.0.0.1 بدلًا من كشفه للعامة، ومقطع إعداد reverse proxy كامل لـ Nginx، وتثبيت Certbot وإصدار الشهادة، وخطوة تحقق في النهاية تغطي Nginx وPM2 وفحص HTTPS مباشر.
كما نبه إلى عدم تفعيل جدار الحماية حتى يتم السماح صراحةً لـ SSH وHTTP وHTTPS، وإلى إبقاء المنفذ الخلفي خاصًا بمجرد أن يتولى Nginx حركة المرور العامة.
ما رأيي في الدعم الذكي: هذه أدق محادثة أجريتها مع Kodee عبر سؤالين تقنيين كاملين. لقد فحص الحالة الحقيقية للخادم في المرتين بدلًا من الافتراض، وصحح نفسه إلى التفاصيل عندما ضغطت عليه في نقطة غامضة، وكل أمر قدمه كان مطابقًا لما وجده للتو بدلًا من أن يكون قالبًا عامًا ملصقًا بلا اعتبار للسياق.
والملاحظات الأمنية غير المطلوبة، مرتين، هي ما جعل هذه الإجابة تنتقل من جيدة إلى موثوقة بالفعل.
تنظم قاعدة المعرفة الخاصة بـ Hostinger في نفس مجموعة البطاقات التصنيفية التي وجدتها ثابتة عبر كل منتج، وكل بطاقة تعرض عدد المقالات حتى يمكنك تقدير مدى عمق الموضوع قبل النقر عليه. تأتي VPS عند 275 مقالًا، وهو أكبر قسم بفارق واضح، بينما تكمل hPanel وWebsite وDomains بقية الفئات القريبة منها. هذا الهيكل يعمل جيدًا من النظرة الأولى، لكن كثرة عدد المقالات لا تعني شيئًا بشأن التغطية الخاصة بمكدس واحد بعينه بداخلها، وهو بالضبط ما أردت التحقق منه بعد ذلك.
أردت معرفة ما الذي كتبته Hostinger فعلًا عن MERN بنفسها، لذا ذهبت إلى شريط البحث وكتبت “MERN”. جاءت النتيجة فارغة: “No results found for: MERN”، ولم يطابق المصطلح أي مقال على الإطلاق.
وعند البحث عن “MEAN” بدلًا منه، حرف واحد فقط مختلف، ظهرت 186 نتيجة. أول نتيجة، “How to use the MEAN Stack VPS template at Hostinger”، هي أقرب شيء لدى Hostinger إلى وثائق لهذا النوع من المكدسات، لكن MEAN ليس MERN، فهو يستبدل React بـ Angular.
وبعد النتيجة الأولى، كان باقي الـ 186 تطابقًا ضجيجًا، من مقالات عن إدراج منتجات TikTok Shop، ومنع الرسائل المزعجة، وأخطاء نطاق Registro.br، وAgency Directory leads، وكلها ظهرت فقط لأنها تحتوي على كلمة “mean” في جمل عادية.
قررت فتح مقالة MEAN على أي حال لأرى مدى جودتها فعليًا، لأنها كانت أقرب شيء متاح.
تنص المقالة منذ البداية على أن قالب Mean Stack VPS يأتي مع PM2 وCertbot وNginx مثبتة مسبقًا، وأن /root/application مُنشأ مسبقًا مع Express وAngular موجودين بداخله بالفعل.
لكن عند القراءة أكثر، يطلب منك Step 1 إنشاء mkdir لدليل مشروع جديد تمامًا، ويطلب منك Step 2 تشغيل npm init وكتابة ملف server.js جديد يدويًا من الصفر، وهو ما يبدو غريبًا مقارنةً بالادعاء الافتتاحي بأن Express موجود مسبقًا وجاهزًا هناك.
أما بقية الدليل فهو Angular بالكامل، ng new، وng serve، وng build، ويختتم بإخبار القارئ أنه يمكنه “expand and enhance” التطبيق لاحقًا بإضافة MongoDB، ما يعني أن الدليل لا يعرض مطلقًا ربط قاعدة البيانات، رغم أن حرف M في اسم المكدس يَعِد بذلك.
ما رأيي في قاعدة المعرفة: لا توجد أي مقالة خاصة بـ MERN في وثائق Hostinger، وأقرب تطابق مكتوب لتقنية frontend مختلفة تمامًا، مع تناقض داخلي حول ما هو مثبت مسبقًا مقابل ما تجعلك الخطوات تبنيه فعليًا، وقسم MongoDB لا يظهر أبدًا رغم أن اسم المكدس نفسه يعد به.
هذه الفجوة أهم هنا مما كانت عليه عند اختبار مكدسات أخرى، لأن MongoDB وExpress وReact وNode لكل منها خصائص إعدادها الخاصة، ولن يغطيها دليل MEAN أبدًا. أي شخص يبحث في قاعدة المعرفة عن مساعدة لهذا المنتج تحديدًا سيعود خالي الوفاض ويحتاج إلى الاعتماد على Kodee بدلًا من ذلك.
Kodee هو من يقوم بكل العمل الحقيقي لهذا المنتج، وهو يستحق هذه المكانة. فقد تضمنت كلتا المحادثتين التقنيتين فحص الخادم الحي قبل الإجابة، والتقطت الثانية فجوة حقيقية ومفيدة، هي عدم إعداد HTTPS، وهي فجوة قد يغفل عنها القارئ بسهولة حتى يصبح تطبيقه مباشرًا وغير آمن.
أما قاعدة المعرفة، فلا يوجد فيها شيء مُعدّ لـ MERN أصلًا، والمقالة الوحيدة الأقرب مكتوبة لمكدس مختلف.
هناك وكيل بشري على بعد نقرة واحدة إذا تجاوز السؤال ما يستطيع Kodee التعامل معه، لكن خلال هذا الاختبار لم تظهر الحاجة إليه قط.
نعم. فالبنية التحتية هنا قوية، وMongoDB وExpress وReact وNode تصل كلها جاهزة للعمل خارج الصندوق، وكان توسع CPU عبر الأنوية قريبًا من الخطية المثالية، وكان ماسح البرمجيات الخبيثة نشطًا دون الحاجة إلى تشغيله يدويًا. ودعم Kodee عزز كل ذلك عبر محادثتين تقنيتين استندتا إلى فحص خادمي الفعلي بدلًا من ترديد نصائح عامة.
أما الفجوة فتتمثل في التوثيق. ليس لدى Hostinger أي شيء مكتوب خصيصًا لـ MERN، وأقرب شيء في قاعدة المعرفة مبني على تقنية frontend مختلفة تمامًا. وهذا ليس مانعًا حاسمًا بالنظر إلى جودة أداء Kodee في الاختبار، لكنه يعني أن هذا المنتج يعتمد على الدعم الذكي أكثر مما ستحتاجه منصة لديها دليل مكتوب خاص بها.
للمطور المرتاح للعمل اعتمادًا على إجابات بمساعدة الذكاء الاصطناعي بدلًا من مقالة خطوة بخطوة، فهذه توصية سهلة على أساس البنية التحتية وحدها. أما لمن يريد اتباع الوثائق الرسمية المكتوبة من البداية إلى النهاية، فاحسب وقتًا للاتكال على Kodee في الأجزاء التي لا تغطيها قاعدة المعرفة.
| اسم الخطة | مساحة | وحدة المعالجة المركزية | ذاكرة عشوائية | نظام تشغيل | السعر | |
|---|---|---|---|---|---|---|
| Free Trial | غير محدود | - | US$ 0,00 | التفاصيل | ||
| KVM 1 | 50 جيجابايت | 1 مراكز | 4 جيجابايت | US$ 5,52 | التفاصيل | |
| KVM 2 | 100 جيجابايت | 2 مراكز | 8 جيجابايت | US$ 7,64 | التفاصيل | |
| KVM 4 | 200 جيجابايت | 4 مراكز | 16 جيجابايت | US$ 11,04 | التفاصيل | |
| KVM 8 | 400 جيجابايت | 8 مراكز | 32 جيجابايت | US$ 22,09 | التفاصيل |
| Description | Expert Review |
|---|---|
| استضافة اقتصادية ذات أداء عالٍ وأدوات إدارة سه... | Read Shared Hosting Review |
| استضافة WordPress سريعة وآمنة مع تثبيت بنقرة واحدة ... | Read Wordpress Hosting Review |
| استضافة VPS قابلة للتوسع مع موارد مخصصة ووصول بص... | Read VPS Review |
| استضافة سحابية سريعة ومرنة مع وقت تشغيل ممتاز �... | Read Cloud Hosting Review |
| حلول استضافة آمنة وخاصة مع مواقع مراكز بيانات �... | Read Offshore Hosting Review |
| استضافة بريد إلكتروني آمنة وموثوقة مع ميزات من... | Read Email Hosting Review |
| استضافة بايثون موثوقة مع بيئات مرنة للمطورين. | Read Python Hosting Review |
| استضافة PHP عالية الأداء مع دعم كامل للمواقع وال... | Read PHP Hosting Review |
| استضافة Windows VPS موثوقة مع تحكم كامل وخيارات تخص�... | Read Windows VPS Review |
| استضافة سريعة ومرنة مُصممة لتطبيقات Node.js بأداء... | Read Nodejs Hosting Review |
| استضافة مُحسَّنة لمتاجر WooCommerce بسرعة عالية وتك... | Read Woocommerce Hosting Review |
| استضافة خوادم مخصصة لتجارب لعب Minecraft السلسة | Read Minecraft Server Hosting Review |
| حلول استضافة قابلة للتوسع مع ميزات متقدمة للوك... | Read Agency Hosting Review |
| استضافة سريعة وآمنة مُحسّنة لمواقع التجارة ال�... | Read Magento Hosting Review |
| استضافة عالية الأداء مبنية على لينكس لعمليات م... | Read Linux Hosting Review |
| حلول استضافة جافا قوية لتطبيقات ومشاريع الويب ... | Read Java Hosting Review |
| استضافة مُحسّنة لمواقع التجارة الإلكترونية بأ... | Read Ecommerce Hosting Review |
| استضافة Django موثوقة ذات سرعات عالية وبيئة آمنة. | Read Django Hosting Review |
| استضافة cPanel سهلة الاستخدام مع أداء قوي ودعم مو�... | Read Cpanel Hosting Review |
| استضافة قوية للشركات مع سرعات عالية, أمان, وقاب... | Read Business Hosting Review |
| Easy-to-use website builder with drag-and-drop tools and customizable templates. | Read Website Builder Review |
| Optimized hosting for Joomla sites with one-click installation and reliable performan... | Read Joomla Hosting Review |
| Powerful hosting with full PostgreSQL database support for data-driven applications. | Read PostgreSQL Hosting Review |
| Flexible hosting with MongoDB integration for scalable, modern web applications. | Read MongoDB Hosting Review |
| AI-powered website creation platform for building professional sites in minutes. | Read Horizons Review |
| Reliable hosting for n8n workflow automation with easy setup and management. | Read n8n Hosting Review |
| VPS hosting with Docker support for containerized application deployment and scaling. | Read Docker VPS Review |
| استضافة خادم SMTP مخصص لتسليم بريد إلكتروني موثو... | Read SMTP Server Review |
| استضافة سريعة ومحسّنة مصممة خصيصًا لتطبيقات ا�... | Read Ruby on Rails Review |
| استضافة غنية بالميزات مع تكامل OpenClaw لبناء وإدا... | Read OpenClaw Review |
| استضافة سريعة وموثوقة مع خوادم مقرها المملكة ا... | Read UK Hosting Review |
| استضافة ميسورة التكلفة وموثوقة مع خوادم مقرها ... | Read India Review |
| Read Singapore Review | |
| Read Australia Review | |
| Read AI Agent Review | |
| Read Paperclip VPS Review | |
| Read Hermes Agent Review | |
| Read Hostinger Connector Review | |
| Read Web Apps Hosting Review | |
| Read Hostinger Reach Review | |
| Read MCP Review | |
| Read hpanel Review | |
| Read Odoo Review | |
| Read Laravel Review | |
| Read Ubuntu Review | |
| Read Drupal Hosting Review | |
| Read Express.js Review | |
| Read React Review | |
| Read Nextjs Review |
نعم. MongoDB وExpress وReact وNode تأتي جميعها مثبتة مسبقًا بمجرد توفير VPS، كما أن العتاد الأساسي يتوسع بشكل جيد عبر أنوية المعالج، ويقدّم مساعد Kodee AI من Hostinger إجابات دقيقة وواعية بالخادم على أسئلة الإعداد الحقيقية. الفجوة الرئيسية هي نقص التوثيق المكتوب المصمم خصيصًا لهذه الحزمة.
نعم. يتم تقديم MERN Stack كتطبيق بنقرة واحدة أثناء إتمام شراء VPS ويتم تثبيته تلقائيًا على Ubuntu، مع جاهزية جميع المكونات الأربعة للاستخدام بمجرد انتهاء تهيئة الخادم.
لا توجد نسخة تجريبية مجانية مخصصة لخطط MERN VPS. تدعم Hostinger كل فئة من VPS بضمان استرداد الأموال لمدة 30 يومًا بدلًا من ذلك، مع العلم أن استردادًا ثانيًا لـ VPS خلال 180 يومًا من الأول لن تتم الموافقة عليه.
نعم، خلال 30 يومًا من الشراء، طالما أنك لم تحصل بالفعل على استرداد لخطة VPS أخرى خلال الـ 180 يومًا الماضية. تُستثنى تمامًا من الاسترداد عمليات ترقية خطة VPS الحالية والمدفوعات التي تتم باستخدام العملات المشفرة.
لا توجد مقالة مخصصة لـ MERN. لا تؤدي عمليات البحث في قاعدة معارف Hostinger عن MERN إلى أي نتائج، وأقرب نتيجة مطابقة هي دليل مكتوب لحزمة MEAN، التي تستخدم Angular بدلاً من React. بالنسبة لأسئلة إعداد MERN، يُعد مساعد Kodee AI من Hostinger المصدر الأكثر موثوقية.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
