1. حدد أولاً ما الذي أنشأه الذكاء الاصطناعي
قبل شراء الاستضافة اطلب من أداة البرمجة تحديد نوع المشروع، نقطة التشغيل، قاعدة البيانات، الخدمات الخلفية المطلوبة، متغيرات البيئة وأمر البناء. لا تختَر VPS لمجرد أن ChatGPT أو Claude أو Cursor أنشأ المشروع.
- HTML/CSS/JavaScript ثابت: غالباً يرفع كملفات موقع عادية.
- WordPress: استخدم مسار WordPress/PHP المُدار.
- PHP/MySQL: مناسب لبيئة GreatHosts المعتادة عندما تتوافق الإضافات والحدود المطلوبة.
- Python: مدعوم، لكن التطبيق يجب أن يتوافق مع بيئة التشغيل المدارة المتاحة.
- NodeJS: يظهر في GreatHosts CP المباشر كخدمة Instances. قد يكون مشمولاً حسب الخطة أو يمكن طلبه كإضافة؛ ويجب الاعتماد على جدول المنتج وGreatHosts CP لمعرفة الشمول والسعر الحالي قبل الشراء.
2. ابدأ بأبسط بيئة منطقية
الاستضافة المشتركة هي نقطة البداية عندما يعمل المشروع ضمن البيئة المدارة ولا يحتاج root. قبل الانتقال إلى VPS تحقق أولاً مما إذا كانت القدرة المطلوبة يمكن تفعيلها أو طلبها كإضافة على الخطة الحالية. يصبح KVM VPS مناسباً عند الحاجة إلى تحكم كامل بالخادم أو عزل أقوى أو موارد مستمرة أعلى أو سلوك على مستوى النظام لا توفره البيئة المدارة.
- الاستضافة المشتركة لا تتطلب منك إدارة نظام التشغيل.
- الحد الموثق للمعالج يبدأ تقريباً من 5% من قدرة الخادم في الخطط الابتدائية، وبعض الخطط أعلى.
- قد تكون NodeJS وRedis وMemcached وVarnish وSupervisor مشمولة حسب الخطة، وإذا لم تكن مشمولة يمكن طلبها كإضافات على خطة الاستضافة المشتركة؛ الحاجة إلى إحداها لا تعني تلقائياً أن المشروع يحتاج VPS.
- KVM VPS يوفر تحكماً بصلاحية root وموارد افتراضية مخصصة.
- الخادم المخصص مناسب فقط عندما يبرر الحمل موارد مادية مخصصة.
3. جهز المشروع للإنتاج
لا ترفع ملفات التطوير أو الأسرار ضمن المجلد العام. أنشئ نسخة الإنتاج محلياً عند الحاجة، أوقف وضع debug، واحفظ كلمات المرور ومفاتيح API خارج الملفات العامة قدر الإمكان.
- استخدم اعتمادات الإنتاج فقط.
- لا تضع كلمات مرور قاعدة البيانات أو مفاتيح API داخل ملفات عامة.
- تأكد من مجلد الويب المطلوب للتطبيق.
- صدّر قاعدة البيانات بشكل منفصل إن وجدت.
- احتفظ بنسخة محلية سليمة قبل أول رفع.
4. ارفع الملفات عبر GreatHosts CP
للمواقع المعتادة ارفع الملفات أو ملف ZIP عبر GreatHosts CP ثم فك الضغط داخل مجلد النطاق. المسار الأساسي في GreatHosts هو /home/www، ويكون مجلد النطاق عادة بالشكل /home/www/domain.com.
- ارفع المشروع أو ملف ZIP بالسحب والإفلات أو مدير الملفات.
- فك الضغط داخل مجلد النطاق الصحيح.
- تأكد أن index.html أو ملف التشغيل في المستوى الصحيح.
- تجنب إنشاء طبقة مجلد إضافية بالخطأ.
5. اضبط قاعدة البيانات وبيئة التشغيل
لمشاريع PHP/MySQL أنشئ قاعدة بيانات ومستخدماً من GreatHosts CP ثم استورد البيانات وعدّل إعدادات التطبيق. مضيف MySQL هو localhost. الإصدارات التي تم التحقق منها هي MySQL 5.7 و8.0 و8.4، وPHP حتى 8.5. تتوفر إصدارات Python 3.x قابلة للاختيار حتى 3.13.
- اختر إصدار التشغيل الذي يطلبه التطبيق بدلاً من اختيار الأحدث بشكل أعمى.
- استخدم migrations أو المثبت الخاص بالتطبيق عند توفره.
- اختبر الترميز والمنطقة الزمنية بعد الاستيراد.
- إذا احتاج المشروع امتداداً أو خدمة نظام غير متاحة فراجع خيار KVM.
6. فعّل DNS وHTTPS
اربط النطاق وتأكد أن DNS يشير إلى الاستضافة ثم فعّل HTTPS. تتوفر Let’s Encrypt مجاناً للنطاقات المؤهلة المطلوبة عبر GreatHosts، بينما شهادات SSL المدفوعة سنوية حتى لو كان تسجيل النطاق لعدة سنوات.
- انتظر انتشار DNS قبل تشخيص مشاكل HTTPS.
- لا تفعل تحويل HTTP إلى HTTPS قبل صلاحية الشهادة.
- لا تجعل رابطاً مؤقتاً أو تجريبياً هو الرابط canonical للموقع.
7. اختبر قبل الإطلاق
اختبر الموقع كزائر حقيقي وكمستخدم مسجل إذا كان ذلك ينطبق. افحص النماذج والبريد ورفع الملفات والكتابة في قاعدة البيانات والجوال وصفحات 404 وHTTPS. راقب استهلاك المعالج وسجل الأخطاء بعد الإطلاق قبل تقرير أن الخطة غير كافية.
- اختبر من متصفح نظيف.
- نفذ نموذجاً حقيقياً واحداً على الأقل.
- تأكد من canonical وHTTPS.
- تأكد من وجود نسخة احتياطية قبل تعديلات ما بعد الإطلاق.
- قم بالترقية بناءً على حمل مقاس فعلياً، لا لأن الذكاء الاصطناعي كتب الكود.
أسئلة شائعة
هل يحتاج الموقع المبني بالذكاء الاصطناعي إلى VPS تلقائياً؟
لا. متطلبات الاستضافة يحددها التطبيق والحمل وليس الأداة التي كتبته.
هل يمكن أن أطلب من مساعد AI تحديد خطة GreatHosts المناسبة؟
نعم. أعطه متطلبات التشغيل وقاعدة البيانات والخدمات الخلفية والحمل، ثم قارن النتيجة مع أداة اختيار الاستضافة وحدود الخطط المباشرة.
ماذا لو كان المشروع Node.js؟
اعتبر Node.js خاصية تعتمد على الخدمة. تحقق من التوفر الحالي للخطة المختارة، وإذا احتاج التطبيق خدمات Node غير مقيدة أو تحكماً على مستوى النظام فـ KVM VPS هو الخيار الأكثر وضوحاً.