هل تُحسب النطاقات الفرعية (Subdomains) ضمن الحد المسموح به لموقعي في الباقة؟
نعم. نظراً لأن كل نطاق فرعي يعمل كـموقع كامل ومعزول بشكل منفصل مع مكدسه وقاعدة بياناته وذاكرته المؤقتة ونسخه الاحتياطية الخاصة به، فانه يشغل فتحة موقع في خطتك بالطريقة نفسها التي يفعلها النطاق الرئيسي. تُباع الخطط بناءً على عدد المواقع التي تغطيها، لذا فإن إضافة موقع نطاق فرعي يعامل محاسبياً مثل إضافة أي موقع آخر.
هل يمكن لكل نطاق فرعي تشغيل حزمة برمجية مختلفة عن الموقع الرئيسي؟
نعم، وهي مستقلة حقاً. كل نطاق فرعي هو سجل موقع خاص به مع مخططه الخاص، لذا لا داعي لأن تتطابق الأنظمة: WordPress على النطاق الرئيسي، WooCommerce على المتجر، تطبيق Node.js على التطبيق وموقع ثابت على المستندات يعد إعداداً عادياً هنا بدلاً من كونها حالة خاصة. يمكنها العمل على أجهزة مختلفة، وتشغيل بيئات تشغيل مختلفة وإصدارات PHP أو Node مختلفة، ويتم نشرها وإعدادها مؤقتاً والنسخ الاحتياطي لها واسترجاعها وفقاً لجداولها الزمنية الخاصة. لا يوجد شيء يقيّد موقعاً منها آخر سوى مشاركة اسم النطاق.
هل تحصل النطاقات الفرعية على شهادة SSL خاصة بها؟
وهي مغطاة تلقائياً في كلتا الحالتين. يمكنك إصدار شهادة شاملة (wildcard) تغطي كل مُضيف تحت النطاق مرة واحدة، أو إصدار شهادات لكل مُضيف على حدة حيث تريد الاحتفاظ بها منفصلة. شهادات Let's Encrypt مجانية، ويتم إصدارها وتجديدها تلقائياً، ويمكنك تحميل شهادة مخصصة بدلاً من ذلك إذا كانت لديك واحدة.
هل يمكنني استخدام النطاقات الفرعية لبناء شبكة مدونات خاصة (PBN)؟
نحن لا نصح بذلك، ولن نبيعه بهذه الطريقة. يتشارك كل نطاق فرعي نطاقاً قابلاً للتسجيل واحداً، وتحت شهادة البدل (wildcard certificate) يتشاركون شهادة يظهر إصدارها في سجلات شفافية الشهادات العامة (Certificate Transparency)، لذا يمكن لأي شخص يلقي نظرة ربط الاستضافات ببعضها. أما بالنسبة للأعمال التي يجب ألا تكون فيها المواقع قابلة للربط، فاختبر نطاقات منفصلة قابلة للتسجيل على خط إنتاجنا Footprint-Free، والذي تم تصميمه خصيصاً لهذا الغرض باستخدام تجمعات حسابات شبكة توزيع المحتوى (CDN) ونظام أسماء النطاقات (DNS)، والآثار المدارة، والتسليم بلغة HTML الثابتة.
هل يمكن لمشكلة نطاق فرعي واحد أن تؤثر على النطاقات الأخرى؟
صُممت المنصة لاحتواء الضرر بدلاً من السماح بانتشاره. تعمل تقنية CloudLinux LVE على تحديد الحد الأقصى لوحدة المعالجة المركزية (CPU) والذاكرة ومدخلات ومخرجات (IO) كل موقع داخل قفصه الخاص، بينما يمنح CageFS لكل موقع رؤية معزولة لنظام الملفات بحيث يُحتوى أي اختراق، ويقوم MySQL Governor بتقييد حمولة قاعدة البيانات لكل موقع لئلا تتسبب الاستعلامات الثقيلة لموقع واحد في إبطاء الخادم. يدعم ذلك فحص البرمجيات الخبيثة، وجدار حماية استباقي لتطبيقات الويب، ونسخ احتياطية غير قابلة للتغيير لكل موقع. الاحتواء هو هدف التصميم؛ إذ لا يمكن لأي مضيف أن يعد بأن الاختراق مستحيل.
هل يمكنني توجيه نطاق فرعي إليكم بينما تبقى خدمة DNS الخاصة بي في مكان آخر؟
نعم. مسجل النطاق ونظام أسماء النطاق (DNS) مفصولان عن قصد. يمكنك الاحتفاظ بنطاقك لدى مسجل النطاق الحالي ومنطقتك لدى مزود خدمة DNS الحالي لديك وتوجيه سجل النطاق الفرعي إلينا ببساطة. نحن نتحقق من التفويض والتنشيط قبل اعتبار الموقع مباشراً، بحيث يظهر السجل الذي تم كتابته بشكل خاطئ على الفور بدلاً من الفشل بصمت. عندما تكون منطقة النطاق الرئيسي مستضافة هنا بالفعل، فإننا نكتب سجل النطاق الفرعي فيها نيابة عنك بدلاً من ذلك، لذلك لن يكون هناك ما تحتاج إلى إضافته يدوياً.
كيف يختلف النطاق الفرعي التجريبي عن النطاق الفرعي العادي؟
يختلف فقط في طريقة إنشائه. يعمل استنساخ الموقع إلى بيئة الاختبار (Clone to staging) على بناء نسخة معزولة من الموقع الحي، متضمنة الملفات وقاعدة البيانات، على نطاق فرعي للاختبار يعمل بنفس الحزمة وإصدار المخطط تماماً مثل بيئة الإنتاج. عندما تكون راضياً، تقوم ميزة الدفع المباشر (push-to-live) بمزامنة التغييرات مع إجراء عملية بحث واستبدال واعية بقاعدة البيانات. كل ما عدا ذلك، من عزلة، وشهادات SSL، والتخزين المؤقت، والنسخ الاحتياطي، ووصول المطورين، فهو مطابق لأي موقع آخر.
ماذا يحدث لنطاقاتي الفرعية إذا غادرت؟
أنت تأخذها معك. لا يوجد أي احتكار في المنصة بأكملها: يمكنك استرداد رموز التوثيق، إلغاء قفل النطاقات ونقلها إلى الخارج، جلب حسابات شبكة توزيع Content Delivery Network (CDN) ونظام أسماء النطاقات (DNS) الخاصة بك، وتصدير مواقعك. كل مزود خارجي نستخدمه يعمل خلف محول قابل للاستبدال، وهذا ينطبق عليك تماماً كما ينطبق علينا.