الميزات
وجِّه التطبيق، المتجر، المستندات أو بيئة الاختبار (staging) إلى أي مكان تريده واحصل خلفه على موقع حقيقي ومعزول تمامًا: حزمة تقنية، قاعدة بيانات، ذاكرة تخزين مؤقت، نسخ احتياطية وقفص موارد خاص به. تحكم كامل في سجلات DNS، وشهادة SSL تلقائية بما في ذلك الشهادات العامة (wildcards)، ونطاقات فرعية تجريبية بنقرة واحدة. التوفر: تقييد استخدام قاعدة البيانات لكل موقع قيد التطوير النشط وغير متاح بعد. كل ما هو موضح هنا متاح ويعمل اليوم.
في معظم الاستضافات، يكون النطاق الفرعي مجرد دليل تسبقه قاعدة إعادة توجيه. أما هنا، فهو سجل موقع متكامل له نسخته الخاصة من المخطط، وموضعه الخاص في البنية التحتية، ونطاق العزل المستقل به. كل ما يمكنك فعله لنطاق أساسي، يمكنك فعله لنطاق فرعي.
يتم إنشاء كل موقع نطاق فرعي من مخطط محدد الإصدار ويعمل بنوع الحزمة وبيئة التشغيل الخاصة به: WordPress المُدار، أو WooCommerce، أو PHP، أو HTML الثابت، أو Node. يمكن أن يكون النطاق الفرعي docs عبارة عن HTML ثابت بينما يعمل النطاق الجذر بنظام WordPress، دون أي مساومة بينهما.
قاعدة بيانات MariaDB لكل موقع، والتخزين المؤقت الكامل للصفحات LiteSpeed LSCache، وتخزين مؤقت للكائنات Redis أو Memcached لكل موقع. لا تتم مشاركة أي شيء مع الموقع الأصل، وبالتالي لا يمكن للنطاق الفرعي عالي الاستخدام إخلاء التخزين المؤقت للموقع الأصل أو مزاحمة استعلاماته.
يقوم CloudLinux LVE بوضع حد أقصى للمعالج (CPU) والذاكرة (RAM) ووحدات الإدخال/الإخراج (IO) وعمليات الإدخال/الإخراج في الثانية (IOPS) وعمليات الدخول لكل موقع، بينما يمنح CageFS كل موقع عرضاً خاصاً به لنظام الملفات، ويقوم MySQL Governor بضبط حمل قاعدة البيانات لكل موقع. يتم احتواء أي نطاق فرعي خارج عن السيطرة داخل قفصه الخاص.
نسخ احتياطية يومية يُحتفظ بها لمدة 30 يومًا مع استعادة بنقرة واحدة، لكل موقع. يمكنك استعادة نطاق فرعي إلى حالة الأمس دون المساس بالموقع الأصلي أو أي من النطاقات التابعة له.
تعد النطاقات الفرعية مسألة خاصة بنظام أسماء النطاقات (DNS) قبل أن تكون مسألة استضافة، ولهذا السبب يتم إتاحة طبقة DNS بشكل صحيح بدلاً من إخفائها خلف نموذج يحتوي على حقلين.
يحصل كل نطاق قابل للتسجيل تستضيفونه على منطقة DNS تُدار من خلال واجهة تشغيل الـ DNS الخاصة بنا. تحصلون على عمليات CRUD للسجلات عبر أنواع السجلات التي تتوقعونها، لذا فإن إضافة app أو shop أو docs أو mail أو مضيف شامل (wildcard) هي مجرد تعديل لسجل، وليست تذكرة دعم فني. تتم مطابقة حالة المنطقة بشكل متماثل التأثير (idempotent) مع المزود، مما يعني أن التغيير المطبق جزئيًا أو التعديل المعاد محاولته يقترب من الحالة التي طلبتموها بدلاً من ترك منطقتكم في حالة وسيطة غامضة.
تم الفصل بين جهة التسجيل ونظام أسماء النطاقات (DNS) عمداً: يمكنك تسجيل نطاق لدينا والاحتفاظ بنظام أسماء النطاقات في مكان آخر، أو الاحتفاظ بالنطاق لدى جهة التسجيل الحالية وتوجيه نطاق فرعي إلينا ببساطة. نحن نتحقق من تفويض خادم الأسماء وتفعيله قبل إعلان تشغيل النطاق، بحيث تكتشف وجود خطأ في أي سجل من المنصة مباشرةً بدلاً من معرفة ذلك من أحد العملاء.
إن النطاق الفرعي البطيء أو الذي يعرض تحذيراً بشأن الشهادة أسوأ من عدم وجود نطاق فرعي على الإطلاق، لذا فإن مسار التسليم هو نفسه المسار الذي يحصل عليه النطاق الأساسي.
يتم إصدار شهادات Let's Encrypt وتجديدها تلقائيًا. استخدم شهادة شاملة (wildcard) لتغطية كل نطاق فرعي في وقت واحد، أو شهادات لكل مضيف حيث تريد فصلها، أو قم بتحميل شهادتك المخصصة.
يتم تشغيل كل موقع بواسطة LiteSpeed مع تفعيل HTTP/3، لذلك يحصل النطاق الفرعي على نفس أداء مستوى الاتصال مثل النطاق الجذر بدلاً من اعتباره مضيفاً افتراضياً من الدرجة الثانية.
التخزين المؤقت الكامل للصفحات عبر LSCache بالإضافة إلى تخزين مؤقت للعناصر لكل موقع عبر Redis، مع إمكانية مسح ذاكرة التخزين المؤقت بتنسيق متزامن من لوحة التحكم أو من داخل WordPress. مسح ذاكرة التخزين المؤقت للموقع الأصل لا يؤدي إلى حذف ذاكرة التخزين المؤقت لنطاقكم الفرعي.
انشر عبر شبكة توصيل المحتوى الخاصة بنا ومجموعة حسابات Cloudflare أو اربط حساباتك الخاصة واختر الحساب الذي يتم نشر موقع معين عليه. التسليم هو قرار تتخذه أنت، وليس قراراً نتخذه نيابة عنك.
السبب الأكثر شيوعًا لطلب نطاق فرعي هو الحصول على مساحة آمنة لاختبار الأمور وتجربتها بحرية. هذا المسار مدمج ومتاح بالكامل في خطط Mainstream.
يُنشئ "الاستنساخ إلى بيئة الاختبار" نسخة معزولة من موقع نشط على نطاق فرعي مخصص للاختبار، مع بقاء ملفاته وقاعدة بياناته كما هي، وعلى نفس حزمة البرامج وإصدار المخطط كما في بيئة الإنتاج. تعملون على النسخة باستخدام مجموعة الأدوات الكاملة: وصول مقيد عبر SSH وSFTP، وwp-cli، ومحرر VS Code المستند إلى المتصفح، وphpMyAdmin أو Adminer، وجدولة مهام cron لكل موقع، ومتغيرات البيئة.
عندما يتم التحقق من التغيير، يقوم النشر المباشر بإجراء مزامنة تراعي قاعدة البيانات وتعود بها إلى بيئة الإنتاج. يمكنكم اختيار الملفات، أو قاعدة البيانات، أو كليهما، ويتم التعامل مع عملية البحث والاستبدال نيابةً عنكم حتى تتبع عناوين URL في المحتوى الخاص بكم الموقع بدلاً من الإشارة إلى المضيف التجريبي. ونظرًا لأن توفير الموارد، والاستنساخ، والنشر تعمل جميعها كمسارات عمل متينة عبر Temporal مع إمكانية إعادة المحاولة عند كل خطوة والتعويض، فإن أي فشل يحدث في منتصف العملية يلغي العمل الجزئي بدلاً من أن يترككم مع موقع مستنسخ جزئيًا.
نُفضّل إخبارك بهذا مسبقًا على أن نبيعك شيئًا يُعوّق ما تحاول تحقيقه.
النطاقات الفرعية هي الخيار الصحيح لتنظيم علامة تجارية واحدة: تطبيق، متجر، موقع وثائق، بوابة عملاء، بيئة تجريبية لكل عميل. لكنها الخيار الخاطئ لشبكة مدونات خاصة. يتشارك كل نطاق فرعي نطاقاً واحداً قابلاً للتسجيل، لذا فإن أي شخص يقوم بتحليل أحدها يعرف بدقة من يملك البقية. وفي ظل شهادة بديلة (wildcard)، فإنها تتشارك أيضاً شهادة واحدة، ويتم نشر إصدار الشهادات في سجلات شفافية الشهادات العامة، وبالتالي يمكن لأي شخص يرغب في البحث حصر المضيفين تحت نطاق مشترك. هذه خاصية تابعة للبنية التحتية للمفاتيح العامة (PKI) ونظام أسماء النطاقات (DNS) للويب العام، وليست خاصة بمنصتنا، ولا يمكن لأي تهيئة استضافة تغيير ذلك.
لذلك تقع النطاقات الفرعية ضمن خطوط Mainstream وAgency الخاصة بنا، وليس في خط Footprint-Free. إذا كان مطلبكم هو ألا تكون المواقع قابلة للربط ببعضها البعض، فأنتم بحاجة إلى نطاقات منفصلة قابلة للتسجيل على خط الإنتاج الخالي من الآثار الرقمية (footprint-free)، حيث تتواجد مجموعات حسابات CDN وDNS وإدارة الآثار الرقمية وتسليم HTML الثابت خصيصاً لكسر هذا النمط. يعمل كلاهما على نفس المحرك ونفس لوحة التحكم، لذا فإن الاختيار الصحيح لا يكلفكم أي تراجع في سهولة الاستخدام.
تستخدم الوكالات والموزعون النطاقات الفرعية بأعداد كبيرة: مضيف تجهيز لكل عميل، ومضيف معاينة لكل مشروع، وبوابة لكل حساب. وقد تم تصميم المنصة لتناسب نمط العمل هذا.
تتداخل المؤسسات في شكل هيكل شجري، من الموزع إلى العميل إلى المواقع، ويتم تحديد نطاق كل سجل وتطبيقه على مستوى قاعدة البيانات باستخدام أمان على مستوى الصفوف. تنتمي النطاقات الفرعية للعميل إلى مؤسسة ذلك العميل، وليس إلى حاوية مشتركة يتعين عليكم مراقبتها بالعرف المتبع.
قم بنشر وتحديث وإدارة العديد من المواقع في إجراء واحد بدلاً من تكرار الخطوات لكل موقع على حدة.
كل ما هو موجود في لوحة التحكم متاح في واجهة برمجة التطبيقات (API) العامة، والمُنشأة من مواصفات OpenAPI. يمكنكم إدارة إنشاء النطاقات الفرعية عبر مفتاح API محدد النطاق على مستوى المؤسسة، أو واجهة سطر الأوامر (CLI)، أو Terraform، أو أداة ذكاء اصطناعي عبر خادم MCP الخاص بنا.
يتم تسجيل الإجراءات ذات الصلاحيات العالية والإدارية في سجل التدقيق، ويتحكم التحكم في الوصول المستند إلى الأدوار في تحديد ما يمكن لكل فرد في فريقكم القيام به. يمكنكم معرفة من قام بإنشاء مضيف أو تعديله أو إزالته.
نعم. نظراً لأن كل نطاق فرعي يعمل كموقع كامل ومستقل بذاته مع حزمته البرمجية وقاعدة بياناته وذاكرته المؤقتة ونسخه الاحتياطية الخاصة، فإنه يشغل خانة موقع في خطتكم تماماً مثل النطاق الأساسي. تُباع الخطط بناءً على عدد المواقع التي تغطيها، لذا فإن إضافة موقع بنطاق فرعي تُعامل بنفس الطريقة المحاسبية لإضافة أي موقع آخر.
نعم، وهي مستقلة تمامًا. كل نطاق فرعي هو سجل موقع خاص به مع مخططه الخاص، لذا ليس من الضروري أن تتطابق حزم البرمجيات: يُعد وجود WordPress على النطاق الرئيسي، وWooCommerce على shop، وتطبيق Node.js على app، وموقع ثابت على docs إعدادًا عاديًا هنا وليس حالة خاصة. يمكن أن تتواجد على أجهزة مختلفة، وتشغل بيئات تشغيل مختلفة وإصدارات مختلفة من PHP أو Node، ويتم نشرها وتجهيزها ونسخها احتياطيًا واستعادتها وفقًا لجداولها الزمنية الخاصة. لا شيء في أحدها يقيّد الآخر باستثناء مشاركة اسم النطاق.
تتم تغطيتها تلقائيًا في كلتا الحالتين. يمكنك إصدار شهادة شاملة (wildcard) تغطي كل مضيف ضمن النطاق في وقت واحد، أو إصدار شهادات لكل مضيف على حدة إذا كنت تفضل إبقاءها منفصلة. شهادات Let's Encrypt مجانية، ويتم إصدارها وتجديدها تلقائيًا، كما يمكنك بدلاً من ذلك تحميل شهادة مخصصة إذا كانت متوفرة لديك.
ننصح بعدم القيام بذلك، ولن نبيعه بهذه الطريقة. يشترك كل نطاق فرعي في نطاق رئيسي واحد قابل للتسجيل، وفي ظل شهادة wildcard توجد شهادة مشتركة يظهر إصدارها في سجلات Certificate Transparency العامة، مما يجعل المضيفين مرتبطين ببعضهم البعض لأي شخص يبحث. بالنسبة للأعمال التي يجب ألا تكون المواقع فيها قابلة للربط، استخدم نطاقات منفصلة قابلة للتسجيل على خط Footprint-Free الخاص بنا، والمصمم خصيصاً لهذا الغرض مع مجموعات حسابات CDN وDNS، وإدارة الآثار البرمجية (footprints)، وتقديم محتوى بتنسيق HTML ثابت.
تم بناء المنصة لاحتوائه بدلاً من تركه ينتشر. يحد CloudLinux LVE من استهلاك المعالج والذاكرة والإدخال/الإخراج لكل موقع داخل بيئته المنعزلة الخاصة، ويوفر CageFS لكل موقع عرضاً معزولاً لنظام الملفات لاحتواء أي اختراق، بينما يحد MySQL Governor من حمل قاعدة البيانات لكل موقع حتى لا تبطئ الاستعلامات الثقيلة لموقع واحد الخادم بأكمله. يدعم ذلك فحص البرامج الضارة، وجدار حماية استباقي لتطبيقات الويب، ونسخ احتياطية غير قابلة للتعديل لكل موقع. الاحتواء هو هدف التصميم؛ لا يمكن لأي مستضيف أن يعد باستحالة حدوث أي اختراق.
نعم. فالمسجّل ونظام أسماء النطاقات (DNS) مفصولان عمداً. يمكنك الاحتفاظ بنطاقك لدى مسجّلك الحالي ومنطقتك لدى مزوّد خدمة DNS الحالي وتوجيه سجل النطاق الفرعي إلينا ببساطة. نحن نتحقق من التفويض والتفعيل قبل اعتبار الموقع نشطاً، وبذلك تظهر أي أخطاء مطبعية في السجل على الفور بدلاً من أن تفشل دون إشعار. وعندما تكون منطقة النطاق الأصل مستضافة هنا بالفعل، فإننا نكتب سجل النطاق الفرعي فيها نيابةً عنك، بحيث لا يتعين عليك إضافة أي شيء يدوياً.
فقط في كيفية إنشائها. يعمل الاستنساخ إلى بيئة الاختبار (Clone to staging) على إنشاء نسخة معزولة من الموقع المباشر، بما في ذلك الملفات وقاعدة البيانات، على نطاق فرعي تجريبي يشغل نفس حزمة البرامج وإصدار المخطط مثل بيئة الإنتاج. عندما تكونون راضين، تقوم ميزة الإرسال إلى البث المباشر (push-to-live) بمزامنته مرة أخرى مع ميزة البحث والاستبدال المتوافقة مع قاعدة البيانات. كل شيء آخر، مثل العزل، وSSL، والتخزين المؤقت، والنسخ الاحتياطي، ووصول المطورين، مطابق تمامًا لأي موقع آخر.
تأخذها معك. لا يوجد أي قيود تقيدك في أي مكان بالمنصة: يمكنك استرداد رموز التفويض، وإلغاء قفل النطاقات ونقلها، واستخدام حساباتك الخاصة لشبكة توصيل المحتوى (CDN) ونظام أسماء النطاقات (DNS)، وتصدير مواقعك. كل مزود خارجي نستخدمه يعمل من خلال محول قابل للتبديل، وهذا ينطبق عليك تماماً كما ينطبق علينا.
عزل كامل، وشهادات SSL شاملة (Wildcard)، وتحكم حقيقي في DNS، وبيئة تجريبية بنقرة واحدة لكل مضيف تضيفه. ابدأ بفترة تجريبية مدتها 14 يومًا بدون بطاقة ائتمان وتعرف على مدى ملاءمتها لاحتياجاتك قبل الالتزام.
ابدأ مجانًا