تحليل خبير مع مراجعات المستخدمين الموثقة من Hostinger
اشتركت في استضافة Drupal من Hostinger، وشفت Drupal يثبت نفسه تلقائيًا وقت الدفع، بعدين سويت اختبارات GTmetrix من قارتين مختلفتين وضغطت على Kodee، وكيل الدعم بالذكاء الاصطناعي حق Hostinger، بأسئلة حقيقية عن cron وحدود PHP. الفجوة بين صفحة مخزنة مؤقتًا وصفحة غير مخزنة هي اللي طلعت القصة الحقيقية.
اشتركت في استضافة Drupal من Hostinger، وشفت Drupal يثبت نفسه تلقائيًا وقت الدفع، بعدين سويت اختبارات GTmetrix من قارتين مختلفتين وضغطت على Kodee، وكيل الدعم بالذكاء الاصطناعي حق Hostinger، بأسئلة حقيقية عن cron وحدود PHP. الفجوة بين صفحة مخزنة مؤقتًا وصفحة غير مخزنة هي اللي طلعت القصة الحقيقية.
Hostinger هي شركة استضافة مقرها ليتوانيا بنت اسمها على الباقات المشتركة الاقتصادية، ومنتجها المخصص Drupal hosting يثبت نظام إدارة المحتوى لك لحظة انتهاء الشراء بدل ما يخلّيك تضبطه بنفسك. تحت، بتعرف إذا الإعداد التلقائي هذا فعلاً يصمد لما يزور الموقع زوار حقيقيين، وإذا كان Kodee يقدر يجاوب على سؤال بنية تحتية حقيقي وصعب بدل ما يوديك لمقالة مساعدة.
Tip شغّل التخزين المؤقت الداخلي للصفحات في Drupal مع CDN الخاص بـ Hostinger أول ما يطلع موقعك للهواء، واختَر أطول مدة اشتراك تقدر تلتزم فيها، لأن الخصم يصير أكبر بشكل واضح بين خيار 12 شهر و48 شهر.
تفصيل التقييم
قيّمت استضافة Drupal من Hostinger باستخدام منهجية التقييم الخاصة بـ HostAdvice، وهي نفس الطريقة الموحّدة المطبقة على كل المراجعات في هذا الموقع، فالأرقام أدناه تعكس اختبارًا حقيقيًا بدل وعود تسويقية. وهنا كيف حصل كل معيار على درجته.
Hostinger تعرض أسعار استضافة Drupal عبر ثلاث فئات: Single وPremium وUnlimited، وكل مستوى يرفع عدد المواقع اللي تقدر تشغلها، وكمية المساحة، وصناديق البريد، والدعم المرفق.
الجدول التسعيري تحت يغطي الأرقام الدقيقة حسب الفئة والمدة، فهنا الشيء المهم فعلًا لما تقارن بينهم.
كم شغلة لازم تعرفها قبل تطلب:
مدة الفوترة. تقدر تدفع مقدمًا لمدة 1 أو 12 أو 24 أو 48 شهر، وعند الدفع الافتراضي يكون على أطول مدة. كل خطوة أعلى فيها خصم حقيقي من السعر الشهري، فشيّك الخيارات الأقصر إذا ودك تجرب أول.
ضمان استرجاع المبلغ. كل مستوى استضافة عليه ضمان Hostinger القياسي لمدة 30 يومًا، ويرجع المبلغ على وسيلة الدفع الأصلية إذا ألغيت خلال هالفترة. فيه استثناءين مرتبطين مباشرة بهذي عملية الشراء: مدفوعات الكريبتو عبر Coingate غير قابلة للاسترداد نهائيًا، والدومين المجاني المرفق مع الطلب جزء غير قابل للاسترداد من الصفقة، حتى لو تم استرداد قيمة خطة الاستضافة نفسها.
تجربة مجانية. ما ظهر أي نوع من التجربة المجانية المخصصة في أي مكان داخل عملية الشراء هذي. ضمان 30 يوم هو شبكة الأمان الوحيدة اللي توفرها Hostinger هنا، فخطط فترة التجربة بناءً على هالشي.
وش المشمول. دومين مجاني للسنة الأولى وصندوقي بريد مجانيين بسعة 1GB لكل واحد، يضافون للسلة تلقائيًا بدل ما ينطرحون كإضافات، مع SSL وCDN وفحص البرمجيات الخبيثة شغالين تلقائيًا من لحظة تشغيل موقعك.
ملاحظة عملية من الاختبار: بما أن Drupal يقدر يشغل كل شيء من موقع تعريفي صغير إلى شيء فيه زيارات دخول فعلية، اختَر الباقة بناءً على عدد المواقع الإضافية اللي ناوي تستضيفها فعلًا بدل ما تنظر للسعر الابتدائي فقط، لأن باقة Single تحدك بموقع واحد بينما Premium وUnlimited يوسعون هالحد بشكل كبير.
المميزات
تثبيت Drupal تلقائيًا عند الدفع
شهادة SSL مجانية مفعلة افتراضيًا
CDN مفعّل بدون الحاجة لأي إعداد
ماسح البرمجيات الخبيثة يشتغل بدون إعداد يدوي
نسخ احتياطية أسبوعية تلقائية على كل الباقات
قاعدة MySQL وphpMyAdmin مهيأة فورًا
أداة ذكاء اصطناعي لتشخيص الأداء مدمجة في لوحة التحكم
أداة Auto Installer تدعم WordPress وWooCommerce وJoomla
السيرفر وراء هذي الباقة موجود في فيلنيوس، ليتوانيا، لذلك سويت اختبارين GTmetrix من مكانين مختلفين بدل اختبار واحد: اختبار من فرانكفورت، ألمانيا، قريب من السيرفر الفعلي، واختبار ثاني من سان أنطونيو، تكساس، على الجهة الثانية من الأطلسي.
الاختبار من موقع قريب من السيرفر يعطيك رقم أقرب للحد الأفضل، والاختبار من مكان بعيد يوضح وش يحسه الزائر الحقيقي من قارة ثانية، وتشغيل الاثنين جنب بعض هو الطريقة الوحيدة لمعرفة هل الأداء يصمد خارج منطقة السيرفر نفسه أو لا.
المقياس
فرانكفورت، ألمانيا (قريب من السيرفر)
سان أنطونيو، الولايات المتحدة (بعيد عن السيرفر)
تقدير الأداء
90%
100%
تقدير البنية
98%
99%
TTFB
652ms
164ms
زمن الاتصال
158ms
121ms
زمن الباك إند
494ms
43ms
أكبر رسم للمحتوى
1.4s
448ms
إجمالي وقت الحظر
0ms
0ms
التحول التراكمي للتخطيط
0.01
0
وقت التحميل الكامل
1.7s
478ms
النتيجة تمشي بالعكس من اللي يمكن يتوقعه الواحد من ناحية المسافة فقط. فرانكفورت أقرب بكثير إلى فيلنيوس من سان أنطونيو، ومع ذلك اختبار فرانكفورت طلع أبطأ في كل مقياس واحد، والفرق مو بسيط. زمن الباك إند وحده قفز من 43ms في اختبار الولايات المتحدة إلى 494ms في الاختبار الأوروبي، يعني فرق 11 مرة في الرقم اللي يوضح كم استغرق السيرفر نفسه لتوليد الصفحة قبل ما تطلع من عنده.
فجوة الباك إند هذي هي الرقم اللي يفسر باقي الجدول فعلًا. فرق بهالحجم يشير إلى اختلاف في حالة التخزين المؤقت بين التشغيلتين بدل ما يكون مجرد فرق مسافة شبكة، واحد من الاختبارين على الأغلب وصل لنسخة مخزنة من الصفحة جاهزة للتسليم مباشرة، بينما الثاني أجبر Drupal على توليد الصفحة من جديد في نفس الطلب.
CDN الخاص بـ Hostinger شغال افتراضيًا على هذي الباقة، إلى جانب كاش الصفحات الداخلي في Drupal، وأي واحد منهم، أو الاثنين معًا، يقدر يطلع هذي النتيجة بالضبط: استجابة سريعة من الكاش من مكان، واستجابة أبطأ ومولدة حديثًا من مكان ثاني، بدون ما تكون المسافة الفيزيائية هي العامل الحاسم.
وش يعني هذا بشكل بسيط: بعد ما تنخزن الصفحة في الكاش، الجغرافيا تصير أقل أهمية بكثير، ونتيجة سان أنطونيو تثبت إن الزائر من قارة ثانية يقدر يحمل هالموقع Drupal في أقل من نصف ثانية.
نتيجة فرانكفورت أقرب للصورة اللي يشوفها الزائر الحقيقي أول ما تخرج الصفحة من الكاش، يعني جلسة دخول، أو إرسال نموذج، أو صفحة لازم Drupal يبنيها من جديد بدل ما يسلمها من طبقة كاش. النتيجتان حقيقيتان، ولو أنت تقيم هذي الباقة لموقع يعتمد غالبًا على صفحات قابلة للتخزين المؤقت، مثل مدونة أو موقع تسويقي أو موقع تعريفي، فغالبًا بتشوف رقم سان أنطونيو هو اللي يظهر لك معظم الوقت.
إذا كنت مخطط لمشروع فيه محتوى كثير يتولد من جديد لكل زائر، مثل منطقة أعضاء مسجلين أو متجر أو صفحات مخصصة، فتوقع أن يكون رقم فرانكفورت هو خط الأساس الأقرب للواقع بدلًا من الأفضل.
بأي حال، الأرقام المهمة بغض النظر عن حالة الكاش ظلت قوية. إجمالي وقت الحظر بقي صفر في الاختبارين، يعني الصفحة ما خلّت الزائر ينتظر JavaScript قبل ما يقدر يتفاعل معها. وتحول التخطيط التراكمي ظل قريب من الصفر أيضًا في الاثنين، فولا شيء كان يتحرك على الشاشة أثناء استقرار الصفحة، وهذي نقطة استخدام فعلية مهمة لأن تعليمات الضغط على شيء بدري أحيانًا تعاقب إعدادات CDN أكثر من غيرها.
الحكم النهائي على الأداء
هذي الباقة من استضافة Drupal أداءها جيد من جهتي العالم، لكن مو للسبب اللي قد يتوقعه الواحد من المسافة فقط.
زائر بعيد عن سيرفر فيلنيوس حمّل الصفحة في أقل من نصف ثانية بفضل التخزين المؤقت، بينما زائر يختبر من موقع أقرب فعليًا للسيرفر صادف استجابة أبطأ بدون كاش بدلًا من ذلك. هذي هي القصة الحقيقية هنا، حالة الكاش تحدد التجربة أكثر بكثير من القرب الفيزيائي من السيرفر الأصلي.
لموقع Drupal أغلبه ثابت أو فيه تفاعل خفيف، مثل مدونة أو موقع شركة أو بورتفوليو، هذي الباقة تعطي أوقات تحميل سريعة عالميًا بعد ما يشتغل الكاش. أما لو مشروعك يعتمد على محتوى مخصص أو جلسات دخول ما تنفع تكون خلف طبقة كاش، فاحسب حساب الرقم الأبطأ غير المخزن مؤقتًا باعتباره الأساس الأصدق، لأنه هو اللي بيشوفه الزائر فعليًا لما يفتح صفحة جديدة.
Hostinger تبيع استضافة Drupal كصفحة منتج مستقلة، مو كخطة استضافة مشتركة عامة مع ذكر Drupal كفكرة ثانوية.
وهذا شكّل الشيء اللي اختبرته فعلًا هنا. سجلت من البداية، دفعت على باقة حقيقية، وبعدين قضيت وقت داخل لوحة الحساب ولوحة الموقع اللي تجي معها، أشوف إذا الشخص اللي ما قد لمس Hostinger يقدر يشغّل موقع Drupal ويديره يوميًا بدون ما يفتح مقال دعم أول.
1. التسجيل
صفحة استضافة Drupal تفتح على عنوان واحد، وسطر مختصر عن بناء موقع باستضافة محسّنة لـ Drupal، وزر Start now واحد.
الضغط عليه ما يفتح نموذج تسجيل، بل ينزلك فقط إلى باقات الأسعار، فقرار الشراء الحقيقي يبدأ هناك بدل ما يبدأ من فورم حساب فارغ.
ثلاث باقات تصف جنب بعض:
اخترت Premium، لأن موقع Drupal اختباري واحد مع مساحة أقدر أضيف فيها ثاني لاحقًا كان أنسب لهذا المراجعة من باقة Single ذات الموقع الواحد.
بعدها، فتح السلة وكانت مدة الفوترة مضبوطة مسبقًا على 48 شهر ومعلّمة كأفضل قيمة. الضغط على القائمة المنسدلة كشف الخيارات الثانية: 1 شهر و12 شهر و24 شهر، وكل واحد بسعر شهري مختلف. خليتها على 48 شهر.
تحت الباقة مباشرة، عرضت السلة دومين مجاني للسنة الأولى عبر مربع بحث Secure your domain، بالإضافة إلى تأكيدين مطبقين مسبقًا على الطلب: حجز دومين مجاني وصندوقي بريد مجانيين للسنة الأولى.
بحثت عن دومين، وانضاف للطلب بدون أي بند إضافي بالسعر، وانتقلت للدفع.
بعدها انتقلت إلى الدفع. بما أنني كنت مسجل دخول بحساب Hostinger موجود مسبقًا، تخطت العملية مباشرة إلى مرحلة عنوان الفوترة والدفع.
الزائر الجديد كان بيشوف شاشة تسجيل أولًا، يدخل فيها إيميل وكلمة مرور أو يكمل عبر Google أو GitHub، وبعدها يوصل لنفس نموذج الفوترة.
عنوان الفوترة الموجود عندي طلع مع رابط Edit بدل ما يخليني أعيده من البداية.
طرق الدفع المتاحة:
بطاقة (Visa وMastercard وAmex وDiscover)
PayPal
Google Pay
AliPay+ الصين وAliPay+ هونغ كونغ (معالجة خلال يوم عمل واحد)
Coingate (كريبتو)
قدمت الدفع باستخدام بطاقة محفوظة. وهذا كان كل شيء في عملية الشراء، لا خطوة تأكيد إضافية، ولا فورم زيادة. وصلت مباشرة إلى hPanel والباقة الجديدة ظاهرة في القائمة، وجاءني إيميل فاتورة بشكل منفصل يؤكد الشراء.
وش كان رأيي في التسجيل. هذي عملية شراء نظيفة بأي معيار لشركة استضافة، والسبب الرئيسي أن Hostinger خلت عدد الشاشات قليل: باقة، مدة، دومين، فواتير ودفع، وخلاص. دمج الدومين المجاني وصندوقي البريد داخل السلة بدل طرحهم كإضافات منفصلة يعتبر لمسة جيدة.
الشيء الوحيد اللي لازم تنتبه له هو افتراضية مدة الفوترة. تفتح على أطول مدة بدل الأقصر، فلو كنت تقارن السعر الشهري مع الالتزام الكلي، شيّك القائمة قبل ما تفترض أن الرقم المعروض هو الصورة الكاملة.
2. لوحة التحكم/منطقة العميل
مباشرة بعد الدفع، فتح hPanel على شاشة الحساب الرئيسية، ومن المهم أوضح وش هذي الشاشة بالضبط.
هذي مو لوحة تحكم خاصة بـ Drupal. هي المركز الواحد لكل المنتجات المرتبطة بالحساب: الدومينات، البريد، أداة بناء المواقع، وكلاء الذكاء الاصطناعي، وأي VPS أو خطة استضافة اشتريتها، وكلها تشارك نفس الصفحة الرئيسية بغض النظر عن المنتج اللي جابك لها.
أعلى الصفحة الرئيسية يرحب فيك باسمك مع شريط إدخال للذكاء الاصطناعي، وبعده أزرار اختصار لـ Get domain وCreate website وGet email وTry vibe coding وMigrate site وGet VPS وTry email marketing.
تحتها توجد عدة لوحات ترويجية موجهة للحساب بشكل عام: بناء موقع بالذكاء الاصطناعي، إعداد متجر إلكتروني، حجز إيميل أعمال مجاني، العمل مع وكلاء ذكاء اصطناعي، الانضمام إلى Discord الخاص بـ Hostinger، وطلب دومين مجاني، وما منها له علاقة بخطة Drupal اللي اشتريتها للتو.
أبعد من ذلك، قسم Your to-dos يوضح عدة عناصر حسابية معلقة، بقايا غير مرتبطة مثل إعداد Reach email marketing غير المكتمل وإيميل مجاني غير مستلم، مع رابط Show more لتوسيع القائمة. وتحتها قسم Your business يعرض كل المواقع المرتبطة بالحساب، وبعده فقط قرب أسفل الصفحة يظهر جدول مخصص لخطط الاستضافة وVPS، وكل سطر يبين اسم المضيف وعنوان IP والحالة وتاريخ الانتهاء بشكل سريع بدون الحاجة للنقر.
ضمن “Your business”، لقيت موقع Drupal حقي.
لكن كان بإمكاني أيضًا أوصل له بالضغط على Websites في الشريط الجانبي، وهذا يفلتر العرض إلى خطط الاستضافة فقط. هذي الصفحة فتحت على بطاقة خطة Premium، مع تاريخ الانتهاء بالأعلى، واسم hostadvice.tech تحتها مع قائمة Tools المنسدلة وزر Dashboard.
وش كان رأيي في لوحة التحكم. hPanel يشتغل كمركز حساب شامل، لكنه مبني لكل كتالوج Hostinger، مو لشخص اشترى استضافة Drupal فقط، وهذا واضح في كمية البيع الإضافي بين تسجيل الدخول وسجل الموقع نفسه.
المستخدم الجديد لازم يعرف إنه يروح إلى Websites في الشريط الجانبي بدل ما يتوقع أن الصفحة الرئيسية تبرز له عملية الشراء الجديدة فوق. لكن بمجرد ما توصل لبطاقة الموقع الصحيحة، كل شيء يتضبط بشكل أوضح من هناك.
3. إدارة الاستضافة
الضغط على Dashboard في بطاقة الموقع فتح لوحة إدارة مخصصة لـ hostadvice.tech فقط، وهنا يصير العمل اليومي الحقيقي.
أعلى الصفحة يعرض رابط الموقع مع رابط مباشر للخروج، وتاريخ الإنشاء، وزر Manage domain، وزر Set up free email، وثلاثة شارات حالة: Malware protected وSSL وCDN، وكلها شغالة افتراضيًا بدون أي إعداد.
تحت ذلك، بطاقة Essentials تجمع الأدوات اللي تحتاجها أكثر شيء:
العنصر
وش يعرض
قاعدة البيانات
زر Manage يوديك إلى أدوات قاعدة البيانات
النسخ الاحتياطية
جدول النسخ الاحتياطي وآخر عملية مكتملة
مدير الملفات
زر Open، وصول مباشر لملفات الموقع
الكاش
مسح الكاش ومفتاح المعاينة
خطة الاستضافة
اسم الخطة الحالية، قابل للتوسيع للتفاصيل
جنبها، بطاقة Performance تشغّل تقييم سرعة تلقائي لسطح المكتب، بينما الجوال يكون غير مفحوص إلى أن تشغّله، مع زر Run speed test.
وبطاقة Plan resource usage تتابع مساحة القرص وعدد inode واستهلاك CPU والذاكرة وكم موقع إضافي من المسموح به على الخطة مستخدم.
بعدها فتحت الشريط الجانبي الكامل عشان أشوف كل شيء تغطيه هذي اللوحة:
القسم
وش يغطي
Hosting Plan
تفاصيل الخطة، استخدام الموارد، التجديد، الترقية
Performance
AI Troubleshooter، سرعة الصفحة، CDN
Analytics
الزيارات، الطلبات، سجلات الأخطاء
Security
ماسح البرمجيات الخبيثة، SSL
Domains
النطاقات الفرعية، النطاقات الموقوفة، التحويلات
Website
تثبيت WordPress، Auto Installer، النقل، صفحات الخطأ، صانع الشعار
Files
مدير الملفات، النسخ الاحتياطية، حسابات FTP
Databases
إدارة MySQL، phpMyAdmin، Remote MySQL
Advanced
وصول SSH، إعدادات PHP، محرر DNS zone، مهام cron، وأكثر
كم نقطة من هذي عطتني ملاحظات تستاهل نظرة أقرب.
Hosting Plan > Plan Details يعرض روابط الموقع الحية وwww، وعنوان IP، وتخصيص الموارد الأساسي.
Performance > AI Troubleshooter شغّل فحصًا تلقائيًا لحاله وقال إن الموقع محسن وما فيه مشاكل، بدون ما أبدأ اختبار يدوي أول.
Analytics مضمّن مباشرة داخل اللوحة، يتابع الباندويث، وإجمالي الطلبات، وتوزيع الدول، وتبويبات منفصلة لسجلات الدخول وأكواد الأخطاء 4xx أو 5xx، مع فلترة حسب النطاق الزمني.
Security > Malware Scanner طلع نظيف من أول فحص، والصفحة تقول بوضوح إن المسح يغطي ملفات الموقع فقط، مو محتوى قاعدة البيانات، مع خيار مدفوع للتنظيف لمن يبغى الفحص الأعمق. إنهم يوضحون حدود الفحص من البداية بدل ما يوحون إنه شامل، هذا التصرف الصحيح.
Domains > Subdomains فتح على حالة فارغة مع نموذج إنشاء بسيط: اسم النطاق الفرعي، النطاق الهدف، وخيار مجلد مخصص. النطاقات الموقوفة والتحويلات موجودة في نفس القائمة.
Website > Auto Installer هنا ظهر التفصيل الخاص بـ Drupal فعلًا. جدول التطبيقات المثبتة كان يعرض Drupal بالفعل، مع رابط مباشر إلى hostadvice.tech، وهذا أكد إنه انثبت تلقائيًا ضمن الاشتراك في هذي الباقة بدل ما أضطر أشغله بنفسي بعدين. بطاقات التثبيت بنقرة واحدة تحتها تغطي فقط WordPress وWooCommerce وJoomla وخيار عام Other، وDrupal مو موجود كتثبيت جديد هنا لأن الباقة أصلًا تجي به شغّال.
Advanced > SSH Access يعرض تفاصيل الاتصال، الـ IP، منفذ غير قياسي، واسم المستخدم، لحظة ما تفتح الصفحة. انتبه لهذي النقطة قبل ما تمسك الطرفية على تثبيت Drupal جديد: SSH نفسه يكون متوقف افتراضيًا هنا، والحالة تظهر Inactive، ولازم تضغط Enable يدويًا قبل ما تشتغل أي من هذي التفاصيل.
قائمة Advanced نفسها تحتوي أيضًا على إعدادات PHP، ومحرر DNS zone، ومهام cron، ومدير الكاش، وGIT، والمجلدات المحمية بكلمة مرور، ومدير IP، وحماية hotlink، وسجل النشاط، يعني تقريبًا كامل الأدوات اللي ممكن تقدمها باقة استضافة مشتركة، مجمعة تحت عنوان واحد.
الحكم النهائي على سهولة الاستخدام
الدفع يظل مختصر وواضح: باقة، دومين، دفع، وخلاص، والدومين المجاني وصناديق البريد تنضاف للسلة تلقائيًا بدل ما تكون إضافات لازم تضغطها. العادة الوحيدة اللي تستحق تنتبه لها هي التحقق من قائمة المدة قبل ما تفترض أن السعر الظاهر يعكس التزامًا قصير الأجل.
جهة لوحة التحكم تنقسم بشكل واضح إلى مستويين بعد ما تعرف وين تروح. hPanel نفسه هو مركز مشترك على مستوى الحساب، ويخفي الشراء الجديد تحت لوحات ترويجية وبطاقات بيع إضافي، لكن لوحة الموقع الخاصة تحتها هي مكان الإدارة الفعلية، وهناك الأداء جيد. كون Drupal يجي مثبتًا مسبقًا بدل ما يحتاج تثبيت بنقرة واحدة يدويًا، وقاعدة بيانات مهيأة ومرتبطة من البداية، وفحص أداء تلقائي، وتحليلات حركة مرور مدمجة بدون أداة خارجية، كلها تعطي لوحة إدارة يقدر مستخدم Drupal لأول مرة يتعامل معها بدون ما يفتح التوثيق. وكون SSH مطفأ افتراضيًا هو الشيء الوحيد اللي يستاهل نظرة ثانية قبل ما تفترض إن الوصول عبر الطرفية جاهز بمجرد ما يتفعل الاشتراك.
Hostinger تدعم هذي الباقة بقناتين قدرت أختبرهم مباشرة: الدردشة المباشرة ومركز المساعدة الذاتي.
الدردشة المباشرة تفتح مباشرة على Kodee، وكيل الدعم الذكي من Hostinger، قبل ما يدخل أي موظف بشري على المحادثة.
Kodee مو بوت نصي محدود يلصق مقالات المساعدة لك، Hostinger بنته على the Model Context Protocol مع وصول على مستوى الحساب، فبقدر يفحص إعدادات حقيقية على موقع حي، وفي منتجات ثانية يقدر ينفذ تغييرات مباشرة بدل ما يشرحها فقط.
وفيه موظف دعم بشري خلفه إذا احتاجت المحادثة تصعيد. أنا اختبرت القناتين بشكل منفصل: الدردشة المباشرة أولًا، ثم مركز المساعدة لوحده.
1. الدردشة المباشرة (Kodee)
فتحت الدردشة وسألت سؤالًا تقنيًا من جزأين عن كيف تشتغل cron الخاصة بـ Drupal هنا فعلًا: هل hPanel يستخدم Drush أو HTTP تلقائيًا، وهل حدود PHP في cron هذي تطابق الحدود المطبقة على تحميل الصفحات العادية في هذي الباقة.
Kodee ما جاوب من ذاكرته. قال إنه بيفحص hostadvice.tech مباشرة، وأكد إن Drupal مثبت على الحساب، وسحب إعدادات PHP الفعلية للموقع قبل ما يرد.
وش سألت
وش لقى Kodee
هل hPanel يختار Drush أو HTTP cron تلقائيًا؟
لا، مو افتراضيًا. hPanel يشغّل بالضبط الشيء اللي تضبطه، إما cron URL لـ HTTP أو أمر Drush للـ CLI
هل فيه cron job مضبط حاليًا على هذي الحساب؟
لا، تأكد من الحساب الحي بدل ما يفترض
هل حدود PHP للويب تطابق حدود cron في CLI؟
إعدادات الويب في هالموقع هي 512M للذاكرة و360 ثانية لزمن التنفيذ. أما CLI cron فيقدر يشتغل تحت إعداد PHP منفصل، وmax_execution_time غالبًا ما ينطبق على سكربتات CLI، لذلك ما لازم نفترض أنهم نفس الشيء
Kodee كمان سلّمني سطر PHP واحد أقدر أستخدمه عشان أفحص حدود الذاكرة والتنفيذ في CLI مباشرة عبر SSH، بدل ما يخليني أخمّنها.
دفعت بالسؤال أكثر مع متابعة. بما أن هذي باقة Premium مشتركة مو VPS، سألت إذا كان Drush يجي مع الحساب افتراضيًا أو يحتاج تثبيت عبر Composer، وإذا كان cron الخاص بـ hPanel يقدر أصلًا يشغّل سكربت يعتمد على حزم Composer.
والإجابة صارت أعمق كمان. Kodee أكد إن Drush مو مثبت مسبقًا في الباقة المشتركة، وبعدين أعطى أمر Composer الدقيق للتثبيت ضمن مسار ملفات الحساب نفسه: /home/u376535993/domains/hostadvice.tech/public_html، مو مجرد مسار افتراضي عام.
وأكد إن نوع Custom cron في hPanel يقبل أمر shell كامل بدل اسم سكربت فقط، فنسخة Drush المثبتة عبر Composer تشتغل بشكل طبيعي، وعرض أيضًا خيار غلاف PHP كخيار ثاني للي ما يبي يستخدم shell مباشرة.
وبعد الجواب ظهرت ثلاث اقتراحات سريعة، تعرض المساعدة في تفعيل SSH أو إنشاء cron job المخصص أو تثبيت Drush عبر Composer، وكلها خطوات فعلية بعدها، مو مجرد “إذا احتجت شيء لا تتردد”.
وش كان رأيي في الدردشة المباشرة. هذي أقوى محادثة دعم مباشر اختبرتها عبر Hostinger كلها.
الإجابتان كانوا مأخوذين من الحساب الحي بدل ما يكونون منقولين من التوثيق، والإجابة الثانية استخدمت مسار الملفات الحقيقي للحساب بدل مسار افتراضي، وتصحيح نقطة أن max_execution_time ما ينطبق تحت CLI هو من هذي التفاصيل اللي ما يذكرها إلا موظف دعم فاهم فعلًا كيف يشتغل PHP خارج طلب الويب، مو بس كيف تشتغل لوحة Hostinger.
اللي يدير موقع Drupal حقيقي وفيه cron jobs يضبطها، يحصل هنا على جواب دقيق وقابل للتنفيذ بدل ما يحصل على تحويل لمقالة مساعدة.
2. مركز المساعدة
مركز المساعدة يفتح على شريط بحث فوق شبكة من بطاقات الأقسام، وكل بطاقة فيها عدد المقالات، عشان تقدر تعرف عمق الموضوع قبل ما تدخله.
ما فيه قسم مخصص لـ Drupal في هذي الصفحة. وهذي نقطة مهمة، لأن استضافة Ubuntu VPS عندها قسم معرفة مزدهر ومجهز أكثر على نفس الموقع، بينما Drupal ما أخذ نفس المعاملة هنا.
البحث عن “drupal” مباشرة في شريط البحث أعطى 10 نتائج، وعناوينها تقول كل شيء:
Hostinger AI Builder, what’s the difference versus other content management systems
Hostinger AI Builder, a guide to agentic mode
What applications can be automatically installed at Hostinger
How to use the Plesk VPS template at Hostinger
How to change the operating system of your VPS at Hostinger
How to set up Google Analytics at Hostinger
How to install applications automatically on cPanel at Hostinger
How to find the website’s configuration file at Hostinger
How to create a website in Hostinger
How to install applications automatically at Hostinger
ولا واحد من هذي العناوين مكتوب لـ Drupal بحد ذاته. كل نتيجة ظهرت هي مقالة عامة عن الاستضافة أو CMS أو Auto Installer مجرد إنها تذكر Drupal داخل النص، وعلى الأغلب ضمن قائمة التطبيقات المدعومة.
الحكم النهائي على الدعم
Kodee هو النجم هنا. المحادثتان كلهم فحصوا الحساب الحي قبل ما يجاوبون، وصححوا افتراض معقول لكنه غلط عن حدود PHP في CLI، وسلّموا أوامر دقيقة مرتبطة ببنية ملفات الحساب الحقيقية بدل القوالب العامة.
أي شخص يشغل موقع Drupal حقيقي وفيه cron jobs يضبطها، بيحصل هنا على دعم يشبه اللي يعطيه مسؤول أنظمة كفء، مو بوت يكرر التوثيق.
مركز المساعدة يعطي قصة مختلفة. البحث شغال وتصنيف الأقسام واضح، لكن Drupal ما له بيت مخصص مثل أقسام ثانية مثل Ubuntu. كل نتيجة ظهرت عند البحث عن “drupal” هي مقالة استضافة أو CMS عامة تذكره عرضًا بدل ما يكون فيه محتوى مبني حوله.
نعم. Drupal يجي مثبت مسبقًا ومسنود ببنية تحتية حقيقية، وقاعدة بيانات جاهزة للاستخدام، وSSL وCDN مفعّلين افتراضيًا، ومعه وكيل دعم في Kodee يفحص السيرفر الحقيقي قبل ما يجاوب على سؤال صعب بدل ما يكرر لك التوثيق.
المقابل اللي لازم تعرفه من البداية هو وش يصير خارج الكاش. بعد ما تنخزن الصفحة في الكاش، هذي الباقة سريعة بأي مكان في العالم، لكن طلب جديد بدون كاش أظهر قفزة فعلية في زمن استجابة الباك إند، لذلك الموقع اللي يعتمد على محتوى مسجل دخول أو مخصص لازم يحسب على هالرقم بدلًا من أفضل رقم ممكن.
إذا تبي Drupal يشتغل لحظة ما تخلص الشراء، بدون لمس الطرفية أول، فهذي باقة سهلة التوصية. وإذا مشروعك يعتمد على عرض محتوى جديد لكل زائر، وزن فجوة الكاش هذي مقابل نمط الزيارات الحقيقي قبل ما تلتزم بمدة طويلة.
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.
نعم. يتم تثبيت دروبال تلقائيًا عند الاشتراك، وكان الموقع الأساسي يحمّل في أقل من نصف ثانية في الاختبار بعد التخزين المؤقت، وقدّم Kodee، وكيل الدعم بالذكاء الاصطناعي لدى Hostinger، إجابات دقيقة ومناسبة للخادم على أسئلة حقيقية حول إعدادات دروبال أثناء الاختبار.
هل يقوم Hostinger بتثبيت Drupal تلقائيًا لما تسجّل؟
نعم. اختيار خطة استضافة دروبال يثبّت دروبال لك ضمن عملية الشراء، وبيظهر أصلًا كتطبيق مثبت في لوحة التحكم أول مرة تسجل فيها دخولك، بدون حاجة لأي إعداد يدوي.
هل Hostinger يقدم تجربة مجانية لاستضافة Drupal؟
ما فيه نسخة تجريبية مجانية مخصصة لاستضافة Drupal. لكن Hostinger يوفر ضمان استرداد لمدة 30 يوم على كل باقة، فبإمكانك تستفيد من هالفترة لتجربة المنصة قبل ما تلتزم بشكل كامل.
ممكن تسترد فلوسك من استضافة Drupal في Hostinger؟
إيه، خلال 30 يوم من عملية الشراء وفق سياسة الاسترداد القياسية لدى Hostinger. فيه استثنائين: المدفوعات اللي تمت عن طريق العملات الرقمية غير قابلة للاسترداد، والدومين المجاني اللي يجي مع طلبك بيبقى لك حتى لو استرديت قيمة خطة الاستضافة نفسها.
فين مواقع سيرفرات استضافة Drupal حق Hostinger؟
الحساب اللي تم اختباره لهذا التقييم كان مخصص على سيرفر في فيلنيوس، ليتوانيا. وظلت أوقات الاستجابة سريعة حتى من مواقع بعيدة خارج أوروبا بعد ما بدأ الكاش يشتغل، فالمسافة الفعلية لهالسيرفر تهم أقل من إذا كانت صفحتك تُعرض من الكاش.
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة. تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.
