विशेषताहरू

वास्तविक साइटजस्तै व्यवहार गर्ने सबडोमेनहरू

पोइन्ट एप, पसल, कागजात वा स्टेजिङलाई आफूले चाहेको जुनसुकै ठाउँमा देखाउनुहोस् र त्यसको पछाडि वास्तविक, पूर्ण रूपमा पृथक साइट प्राप्त गर्नुहोस्: यसको आफ्नै स्ट्याक, डाटाबेस, क्यास, ब्याकअप र रिसोर्स केज। पूर्ण DNS रेकर्ड नियन्त्रण, वाइल्डकार्डहरू सहितको स्वचालित SSL, र एक-क्लिक स्टेजिङ उपडोमेनहरू। उपलब्धता: प्रति-साइट डाटाबेस थ्रोटलिङ सक्रिय विकासमा छ र अहिलेसम्म उपलब्ध छैन। यहाँ वर्णन गरिएका अन्य सबै कुराहरू अहिले नै सञ्चालनमा छन्।

  • १-क्लिकस्टेजिंग सबडोमेन र पुश-टु-लाइभ
  • वाइल्डकार्डएसएसएल स्वतः जारी, निःशुल्क
  • ९९.९९%अपटाइम सुनिश्चितता
  • ६५०,०००+विश्वभर होस्ट गरिएका साइटहरू

यहाँ उपडोमेन एउटा पूर्ण साइट हो, फोल्डर होइन

धेरैजसो होस्टहरूमा सबडोमेन भनेको यसको अगाडि रिडाइरेक्ट नियम भएको एउटा डाइरेक्टरी हो। यहाँ यो एउटा प्रथम-श्रेणीको साइट रेकर्ड हो जसमा यसको आफ्नै ब्लूप्रिन्ट संस्करण, फ्लीटमा यसको आफ्नै स्थान र यसको आफ्नै आइसोलेसन सीमा हुन्छ। प्राथमिक डोमेनमा गर्न सक्ने जुनसुकै कुरा तपाईं सबडोमेनमा पनि गर्न सक्नुहुन्छ।

यसको आफ्नै स्ट्याक र ब्लूप्रिन्ट

प्रत्येक सबडोमेन साइट एउटा भर्जन गरिएको ब्लूप्रिन्टबाट बनाइएको हुन्छ र यसको आफ्नै स्ट्याक प्रकार र रनटाइम चल्छ: म्यानेज गरिएको WordPress, WooCommerce, PHP, स्थिर HTML वा Node। तपाईंको कागजात सबडोमेन स्थिर HTML हुन सक्छ जबकि रुटले WordPress चलाउँछ, ती बीच कुनै सम्झौता बिना।

यसको आफ्नै डाटाबेस र अब्जेक्ट क्यास

प्रत्येक साइटका लागि एउटा MariaDB डाटाबेस, LiteSpeed LSCache फुल-पेज क्यासिङ र प्रति-साइट Redis वा Memcached अब्जेक्ट क्यास। मुख्य साइटसँग केही पनि सेयर गरिएको छैन, त्यसैले कुनै भारी सबडोमेनले मुख्य साइटको क्यास हटाउन वा यसका क्वेरीहरूलाई धिमा पार्न सक्दैन।

यसको आफ्नै आइसोलेसन केज

CloudLinux LVE ले प्रत्येक साइटको लागि CPU, RAM, IO, IOPS र इन्ट्री प्रोसेसहरू सीमाबद्ध गर्छ, CageFS ले प्रत्येक साइटलाई यसको आफ्नै फाइलसिस्टम दृश्य दिन्छ, र MySQL Governor ले प्रति-साइट डाटाबेस भार सीमित गर्छ। एउटा अनियन्त्रित सबडोमेन यसको आफ्नै केजभित्रै नियन्त्रित हुन्छ।

यसको आफ्नै ब्याकअप र रिस्टोर मार्ग

दैनिक ब्याकअपहरू ३० दिनसम्म राखिन्छ, जसमा प्रति साइट एकै क्लिकमा पुनर्स्थापना गर्ने सुविधा हुन्छ। तपाईं मुख्य साइट वा यसका अन्य कुनै पनि सहोदर साइटहरूलाई असर नगरी एउटा उपडोमेनलाई हिजोकै अवस्थामा फर्काउन सक्नुहुन्छ।

तपाईंले वास्तवमै नियन्त्रण गर्ने DNS रेकर्डहरू

उपडोमेनहरू होस्टिङ समस्या हुनुभन्दा पहिले डीएनएएस समस्या हुन्, त्यसैले डीएनएएस तहलाई दुईवटा फिल्ड भएको फर्म पछाडि लुकाउनुको सट्टा राम्ररी खुला राखिएको छ।

तपाईंले होस्ट गर्नुहुने प्रत्येक दर्ता गर्न मिल्ने डोमेनले हाम्रो DNS ड्राइभर सीमामार्फत व्यवस्थित गरिएको DNS जोन प्राप्त गर्छ। तपाईंले अपेक्षा गर्नुहुने रेकर्ड प्रकारहरूमा क्रड (CRUD) पहुँच पाउनुहुन्छ, त्यसैले app, shop, docs, mail वा वाइल्डकार्ड होस्ट थप्नु समर्थन टिकट नभई एउटा रेकर्ड सम्पादन मात्र हो। जोनको अवस्था प्रदायकसँग आईडीम्पोटेन्ट रूपमा मिलाइन्छ, जसको अर्थ आधा-लागू भएको परिवर्तन वा पुनः प्रयास गरिएको सम्पादनले तपाईंको जोनलाई अस्पष्ट बीचको अवस्थामा छाड्नुको सट्टा तपाईंले चाहेको अवस्थामै पुर्‍याउँछ।

Registrar र DNS लाई जानाजान छुट्टै राखिएको છે: तपाईंले हामीसँग डोमेन दर्ता गरेर DNS अन्यत्र राख्न सक्नुहुन्छ, वा आफ्नो हालको registrar मा डोमेन राखेर हामीतर्फ एउटा सबडोमेन मात्र पोइन्ट गर्न सक्नुहुन्छ। हामी डोमेन लाइभ भन्नु अघि nameserver delegation र activation को प्रमाणिकरण गर्छौं, त्यसैले तपाईंले कुनै रेकर्ड गलत छ भन्ने कुरा ग्राहकबाट भन्दा प्लेटफर्मबाटै थाहा पाउनुहुन्छ।

  • Wildcard होस्टहरू लगायत प्रत्येक जोनको पूर्ण रेकर्ड व्यवस्थापन
  • आइडोम्पोटेन्ट जोन मेलमिलाप, जसले गर्दा पुनप्रयास गरिएको वा आंशिक परिवर्तन भड्कनुको सट्टा एकै बिन्दुमा मिल्छ
  • प्रत्येक योजनामा प्रिमियम एनीकास्ट डीएनएस (Anycast DNS) समावेश छ, जुन स्वतन्त्र प्रदायकहरूको समूहभरि उपलब्ध छ।
  • डोमेन लाइभ मानिनु अघि नेमसर्भर र सक्रियता जाँचहरू
  • तपाईंले पहिल्यै स्वामित्वमा लिनुभएको डोमेन ल्याउनुहोस्: स्वामित्व प्रमाणित गर्नुहोस्, DNS प्वाइन्ट गर्नुहोस्, आफ्नो रजिस्ट्रार राख्नुहोस्
  • ट्रान्सफरका लागि अथ-कोड प्राप्ति र रजिस्ट्रार अनलकसहित बाहिरिन कुनै बन्धन छैन

प्रत्येक होस्टमा प्रमाणपत्र, डेलिभरी र गति

ढिलो चल्ने वा प्रमाणपत्रको चेतावनी (certificate warning) देखाउने सबडोमेन, सबडोमेन नै नहुनुभन्दा पनि खराब हुन्छ, त्यसैले डेलिभरी मार्ग (delivery path) त्यही हो जुन प्राइमरी डोमेनले पाउँछ।

निःशुल्क SSL, वाइल्डकार्डहरू सहित

Let's Encrypt का प्रमाणपत्रहरू स्वचालित रूपमा जारी र नवीकरण गरिन्छन्। एकै पटक सबै उपडोमेनहरू समेट्न वाइल्डकार्ड प्रमाणपत्र प्रयोग गर्नुहोस्, छुट्टै राख्न चाहनुभएको ठाउँमा प्रति-होस्ट प्रमाणपत्र प्रयोग गर्नुहोस्, वा आफ्नै अनुकूलित प्रमाणपत्र अपलोड गर्नुहोस्।

LiteSpeed र HTTP/3

प्रत्येक साइटलाई HTTP/3 सक्षम गरिएको LiteSpeed द्वारा सेवा दिइन्छ, त्यसैले उपडोमेनले दोस्रो श्रेणीको vhost को सट्टा रुट डोमेन जस्तै जडान-स्तरको कार्यसम्पादन प्राप्त गर्दछ।

पूर्ण-पृष्ठ र अब्जेक्ट क्यासिङ

LSCache पूर्ण-पृष्ठ क्यासिङ र प्रति-साइट Redis अब्जेक्ट क्यास, ड्यासबोर्ड वा WordPress भित्रबाट समन्वयात्मक रूपमा Purge गर्ने सुविधासहित। माउन्ट क्यास Purge गर्दा तपाईंको सबडोमेनको क्यास मेटिने छैन।

तपाईंले रोज्नुभएको CDN खाता

हाम्रो CDN र Cloudflare खाता पूल मार्फत डिप्लोई गर्नुहोस् वा आफ्नै खाताहरू जडान गर्नुहोस् र कुन खातामा निश्चित साइट डिप्लोई हुनेछ, छनौट गर्नुहोस्। डेलिभरी तपाईंले गर्ने निर्णय हो, हामीले तपाईंको लागि गर्ने होइन।

स्टेजिङ सबडोमेनहरू र पुश-टु-लाइभ

सबडोमेन चाहनुको सबैभन्दा सामान्य कारण चीजहरू बिगार्नका लागि सुरक्षित ठाउँ पाउनु हो। त्यो बाटो Mainstream प्लानहरूमा पहिल्यैदेखि उपलब्ध र बिना प्रतिबन्ध रहेको छ।

Clone to staging ले एक लाइभ साइटको फाइलहरू र डेटाबेसलाई सुरक्षित राख्दै, प्रोडक्सनकै समान स्ट्याक र ब्लूप्रिन्ट संस्करणमा, एउटा स्टेजिङ सबडोमेनमा अलग्गै प्रतिलिपि सिर्जना गर्दछ। तपाईंले पूर्ण टुलसेटको साथ उक्त प्रतिलिपिमा काम गर्नुहुन्छ: जेल्ड SSH र SFTP, wp-cli, ब्राउजर-आधारित VS Code सम्पादक, phpMyAdmin वा Adminer, प्रति-साइट क्रोन र वातावरण भेरिएबलहरू।

जब परिवर्तन प्रमाणित हुन्छ, पुस टु लाइभले उत्पादनमा डाटाबेस-सचेत सिंक फिर्ता गर्दछ। तपाइँ फाइलहरू, डाटाबेस वा दुवै रोज्नुहुन्छ, र खोज-प्रतिस्थापन तपाइँको लागि ह्यान्डल गरिन्छ ताकि तपाइँको सामग्रीमा रहेका URLहरूले स्टेजिङ होस्टलाई औंल्याउनुको सट्टा साइटलाई पछ्याउँछन्। प्रोभिजनिङ, क्लोनिङ र डिप्लोइमेन्ट सबै प्रति-चरण पुन: प्रयास र क्षतिपूर्तिसहित टिकाउ Temporal कार्यप्रवाहको रूपमा चल्ने भएकाले, बीचको बाटोमा हुने विफलताले तपाइँलाई आधा-क्लोन गरिएको साइट छोड्नुको सट्टा आंशिक कार्यलाई उल्ट्याउँछ।

  • फाइलहरू र डाटाबेससहित, अलग गरिएको स्टेजिङ उपडोमेनमा एक-क्लिक क्लोन
  • उत्पादन जस्तै स्ट्याक र ब्लूप्रिंट संस्करण, त्यसैले तपाईँले जुन परीक्षण गर्नुहुन्छ, त्यही नै पठाउनुहुन्छ
  • तपाईंले खोज-प्रतिस्थापन (search-replace), फाइलहरू वा डाटाबेस वा दुवै विकल्पसहितको डाटाबेस-सचेत पुश-टु-लाइभ (push-to-live)
  • पुनः प्रयास गर्न सकिने, भरपर्दो कार्यप्रवाहहरू (workflows) क्षतिपूर्तिको सुविधा सहित, ताकि साइटलाई विचैमा अलपत्र पार्ने गरी कुनै मिड-क्लोन विफलता नहोस्
  • स्टेजिंग प्रतिलिपिमा पूर्ण विकासकर्ता पहुँच: SSH, SFTP, wp-cli, वेब IDE, डेटाबेस उपकरणहरू

जब उपडोमेन गलत उपकरण हो

हामी तपाईंले गर्न खोजिरहनुभएको कुरालाई कमजोर पार्ने कुनै कुरा बेच्नुभन्दा यो कुरा सुरुमै बताउन रुचाउँछौँ।

सबडोमेनहरू एउटा ब्रान्डलाई संरचना दिने सही उपाय हुन्: एउटा एप, एउटा पसल, एउटा कागजात साइट, एउटा ग्राहक पोर्टल, वा ग्राहक अनुसारको स्ट्याजिङ वातावरण। यिनीहरू प्राइभेट ब्लग नेटवर्कका लागि भने गलत उपाय हुन्। प्रत्येक सबडोमेनले एउटै दर्तायोग्य डोमेन साझा गर्छ, त्यसैले तीमध्ये कुनै एकको पहिचान खोज्ने जसले पनि बाँकी डोमेनको मालिक को हो भन्ने कुरा स्पष्ट रूपमा थाहा पाउँछ। वाइल्डकार्ड प्रमाणपत्र अन्तर्गत यिनीहरूले एउटै प्रमाणपत्र पनि साझा गर्छन्, र प्रमाणपत्र जारी गर्ने कार्य सार्वजनिक सर्टिफिकेट ट्रान्सपरेन्सी लगहरूमा प्रकाशित हुन्छ, त्यसैले साझा डोमेन अन्तर्गतका होस्टहरू चासो राखेर हेर्ने जो कसैले पनि सूचीबद्ध गर्न सक्छन्। यो सार्वजनिक वेब PKI र DNS को विशेषता हो, हाम्रो प्लेटफर्मको होइन, र कुनै पनि होस्टिङ कन्फिगरेसनले यसलाई परिवर्तन गर्दैन।

त्यसैले सबडोमेनहरू हाम्रा Mainstream र Agency लाइनहरूमा रहन्छन्, Footprint-Free मा होइन। यदि तपाईंको आवश्यकता साइटहरू एकआपसमा लिङ्क हुन सक्दैनन् भन्ने हो भने, तपाईंलाई footprint-free उत्पादन लाइनमा छुट्टाछुट्टै दर्ता योग्य डोमेनहरू चाहिन्छ, जहाँ CDN र DNS खाता पूलहरू, footprint व्यवस्थापन र स्ट्याटिक-HTML डेलिभरी ठ्याक्कै त्यो ढाँचा तोड्नका लागि नै रहेका छन्। दुवै एउटै इन्जिन र एउटै ड्यासबोर्डमा रहने हुनाले, सही विकल्प छनौट गर्दा तपाईंको सुविधामा कुनै कमी आउँदैन।

पोर्टफोलियोभरि उपडोमेनहरू

एजेन्सीहरू र पुनर्विक्रेताहरूले ठूलो परिमाणमा सबडोमेनहरू प्रयोग गर्छन्: प्रति ग्राहक एक स्टेजिङ होस्ट, प्रति परियोजना एक पूर्वावलोकन होस्ट, प्रति खाता एक पोर्टल। यो प्लेटफर्म कार्यको सोही स्वरूपको लागि निर्माण गरिएको हो।

पदानुक्रमित भाड़ाधिकार

संस्थाहरू रूखको रूपमा रहन्छन्, रिसेलरदेखि क्लाइन्ट हुँदै साइटहरूसम्म, र प्रत्येक रेकर्ड पङ्क्ति-स्तर सुरक्षा (row-level security) सहित डेटाबेसमा स्कोप र लागू गरिएको हुन्छ। क्लाइन्टका उपडोमेनहरू त्यस क्लाइन्टको संस्थासँग सम्बन्धित हुन्छन्, तपाईंले नियमद्वारा निगरानी गर्नुपर्ने साझा बाल्टीसँग होइन।

बल्क अपरेशनहरू

प्रत्येक साइटका लागि दोहोर्याइरहनुको सट्टा एकै कार्यमा धेरै साइटहरू डिप्लोय गर्नुहोस्, अपडेट गर्नुहोस् र व्यवस्थापन गर्नुहोस्।

API, CLI र MCP पहुँच

ड्यासबोर्डमा भएका सबै कुरा ओपनएपी विशिष्टताबाट उत्पन्न सार्वजनिक एपीआईमा छन्। संस्था-दायरा (org-scoped) एपीआई कुञ्जी, सीएलआई, टेराफर्म, वा हाम्रो एमसीपी सर्भरमा भएको एआई उपकरणबाट सबडोमेन सिर्जनालाई सञ्चालन गर्नुहोस्।

अडिट-लग गरिएको प्रशासन

विशेष र प्रशासकीय कार्यहरू अडिट-लग गरिएका हुन्छन्, र भूमिका-आधारित पहुँच नियन्त्रणले तपाईंको टोलीमा कसले के गर्न सक्छ भन्ने निर्धारण गर्छ। होस्ट कसले सिर्जना गर्यो, परिवर्तन गर्यो वा हटायो भनेर तपाईं हेर्न सक्नुहुन्छ।

प्रायः सोधिने प्रश्नहरू

के उपडोमेन मेरो योजनाको साइट अनुमतिमा गणना हुन्छ?

हो। किनभने प्रत्येक सबडोमेनले आफ्नै स्ट्याक, डाटाबेस, क्यास र ब्याकअपसहितको पूर्ण रूपमा छुट्टै पृथक साइटको रूपमा काम गर्ने हुनाले, यसले प्राथमिक डोमेनले झैँ तपाईंको योजनामा ​​एउटा साइट स्लट ओगटेको हुन्छ। योजनाहरू तिनीहरूले समेट्ने साइटहरूको संख्याको आधारमा बिक्री गरिन्छन्, त्यसैले सबडोमेन साइट थप्नु भनेको अन्य कुनै पनि साइट थप्नु जस्तै हो।

के प्रत्येक सबडोमेनले मुख्य साइटबाट फरक स्ट्याक चलाउन सक्छ?

हो, र तिनीहरू वास्तवमै स्वतन्त्र छन्। प्रत्येक सबडोमेनको आफ्नै ब्लूप्रिन्ट भएको छुट्टै साइट रेकर्ड हुन्छ, त्यसैले स्ट्याकहरू मिल्नै पर्छ भन्ने छैन: मुख्य डोमेनमा WordPress, shop मा WooCommerce, app मा एउटा Node.js एप र docs मा एउटा स्थिर साइट यहाँ विशेष केसको सट्टा सामान्य सेटअप हो। तिनीहरू फरक मेसिनहरूमा बस्न सक्छन्, फरक रनटाइमहरू र फरक PHP वा Node संस्करणहरू चलाउन सक्छन्, र आफ्नै समयतालिकामा डिप्लोइ, स्टेज, ब्याकअप र रोलब्याक गरिन सक्छन्। डोमेन नाम साझा गर्नु बाहेक एउटाले अर्कोलाई कुनै पनि कुरामा सीमित गर्दैन।

के उपडोमेनहरू (subdomains) ले आफ्नै SSL प्रमाणपत्र पाउँछन्?

तिनीहरू दुवै अवस्थामा स्वचालित रूपमा समेटिन्छन्। तपाईं डोमेनअन्तर्गतका सबै होस्टहरूलाई एकै पटक समेट्ने वाइल्डकार्ड प्रमाणपत्र जारी गर्न सक्नुहुन्छ, वा आफूले छुट्टै राख्न चाहेका होस्टहरूका लागि प्रति-होस्ट प्रमाणपत्रहरू जारी गर्न सक्नुहुन्छ। Let's Encrypt प्रमाणपत्रहरू नि:शुल्क छन्, स्वचालित रूपमा जारी र नवीकरण हुन्छन्, र यदि तपाईंसँग छ भने तपाईं यसको सट्टा कस्टम प्रमाणपत्र अपलोड गर्न सक्नुहुन्छ।

के म PBN बनाउन सबडोमेनहरू प्रयोग गर्न सक्छु?

हामी यसको विरुद्धमा सल्लाह दिनेछौं, र हामी यसलाई त्यसरी बेच्ने छैनौं। प्रत्येक सबडोमेनले एउटा दर्तायोग्य डोमेन साझा गर्दछ, र वाइल्डकार्ड प्रमाणपत्र अन्तर्गत एउटा साझा प्रमाणपत्र जसको जारी सार्वजनिक Certificate Transparency लगहरूमा देखिन्छ, त्यसैले जो कोहीले खोज्दा होस्टहरू एकआपसमा लिङ्क गर्न योग्य हुन्छन्। साइटहरू जोड्न नसकिने हुनुपर्ने कार्यका लागि, हाम्रो Footprint-Free लाइनमा अलग-अलग दर्तायोग्य डोमेनहरू प्रयोग गर्नुहोस्, जुन CDN र DNS खाता पूलहरू, व्यवस्थित footprints र स्ट्याटिक-HTML डेलिभरीका साथ विशेष रूपमा त्यसैका लागि इन्जिनियर गरिएको छ।

एउटा सबडोमेनको समस्याले अरूलाई असर गर्न सक्छ?

यो प्लेटफर्म यसलाई फैलन दिनुको सट्टा नियन्त्रण गर्नका लागि बनाइएको हो। CloudLinux LVE ले प्रत्येक साइटको CPU, मेमोरी र IO लाई यसको आफ्नै केजभित्र सीमित गर्छ, CageFS ले प्रत्येक साइटलाई छुट्टै फाइलसिस्टम भ्यु प्रदान गर्दछ ताकि उल्लङ्घन नियन्त्रणमा रहोस्, र MySQL Governor ले प्रति-साइट डाटाबेस लोडलाई नियन्त्रण गर्छ जसले गर्दा एउटा साइटको भारी क्वेरीहरूले सर्भरलाई ढिलो बनाउँदैन। मालवेयर स्क्यानिङ, एक सक्रिय वेब एप्लिकेसन फायरवाल र प्रति-साइट अपरिवर्तनीय ब्याकअपहरूले यसलाई समर्थन गर्छन्। नियन्त्रण नै यसको डिजाइन लक्ष्य हो; कुनै पनि होस्टले सम्झौता असम्भव छ भनी वाचा गर्न सक्दैन।

मेरो DNS अर्को ठाउँमा हुँदा के म तपाईंतर्फ उपडोमेन (subdomain) प्वाइन्ट गर्न सक्छु?

हो। रजिष्ट्रार (Registrar) र DNS लाई जानाजानी अलग गरिएको छ। तपाईं आफ्नो डोमेन हालकै रजिष्ट्रारमा र आफ्नो जोन हालकै DNS प्रदायकमा राख्न सक्नुहुन्छ र एउटा सबडोमेनको रेकर्ड मात्र हामीतर्फ सोझ्याउन (point) सक्नुहुन्छ। हामी साइटलाई लाइभ मान्नु अघि डेलिगेसन र सक्रियता प्रमाणीकरण गर्छौँ, त्यसैले गलत टाइप गरिएको रेकर्ड निष्क्रिय रूपमा असफल हुनुको सट्टा तुरुन्तै देखा पर्दछ। जब माउन्ट डोमेनको (parent domain) जोन पहिले नै यहाँ होस्ट गरिएको हुन्छ, हामी तपाईंको सट्टा सबडोमेनको रेकर्ड त्यसमै लेखिदिन्छौँ, त्यसैले तपाईंले म्यानुअल रूपमा केही पनि थप्नु पर्दैन।

स्टेजिंग सबडोमेन सामान्य सबडोमेनभन्दा कसरी भिन्न हुन्छ?

यसको निर्माण प्रक्रियामा मात्र। स्टेजिङमा क्लोन गर्दा लाइभ साइटको एउटा आइसोलेटेड प्रतिलिपि तयार हुन्छ, जसमा फाइलहरू र डाटाबेस दुवै समावेश हुन्छन्। यो स्टेजिङ सबडोमेनमा उत्पादन (प्रोडक्सन) सरहको स्ट्याक र ब्लुप्रिन्ट संस्करणमा चलाइएको हुन्छ। तपाईँ सन्तुष्ट भएपछि, पुश-टु-लाइभ (push-to-live) ले यसलाई डाटाबेस-सचेत खोज-बदलाउ (search-replace) मार्फत फेरि सिङ्क गर्छ। अन्य सबै कुराहरू—जस्तै आइसोलेसन, SSL, क्यासिङ, ब्याकअप र विकासकर्ताको पहुँच—अन्य कुनै पनि साइटमा जस्तै हुबहु हुन्छन्।

म छोडेर गएमा मेरो सबडोमेनहरूलाई के हुन्छ?

तपाईं तिनलाई आफूसँगै लैजानुहुन्छ। प्लेटफर्ममा कतै पनि रोकतोक (lock-in) छैन: तपाईं अथ कोडहरू (auth codes) प्राप्त गर्न, डोमेनहरू अनलक गरेर बाहिर ट्रान्सफर गर्न, आफ्नै CDN र DNS खाताहरू ल्याउन र आफ्ना साइटहरू एक्सपोर्ट गर्न सक्नुहुन्छ। हामीले प्रयोग गर्ने प्रत्येक बाह्य प्रदायक स्वाप गर्न सकिने एडाप्टर पछाडि रहन्छ, जुन हाम्रो लागि जति सत्य हो तपाईंको लागि पनि त्यति नै सत्य हो।

प्रत्येक उपडोमेनलाई एउटा लायक साइट दिनुहोस्

तपाईंले थप्नुहुने प्रत्येक होस्टमा पूर्ण आइसोलेसन, वाइल्डकार्ड SSL, वास्तविक DNS नियन्त्रण र एक-क्लिक स्टेजिङ। क्रेडिट कार्ड आवश्यक नपर्ने १४ दिने नि:शुल्क परीक्षणबाट सुरु गर्नुहोस् र प्रतिबद्धता जनाउनुअघि यो कति उपयुक्त छ हेर्नुहोस्।

निःशुल्क सुरु गर्नुहोस्