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 هو الخيار الأكثر وضوحاً.