सुविधाहरू
app, shop, docs वा staging लाई आफूले चाहेको जुनसुकै स्थानमा देखाउनुहोस् र यसको पछाडि वास्तविक, पूर्ण रूपमा छुट्टिएको साइट प्राप्त गर्नुहोस्: यसको आफ्नै स्ट्याक, डेटाबेस, क्यास, ब्याकअप र स्रोत पिँजडा। पूर्ण 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 ड्राइभर इन्टरफेस मार्फत व्यवस्थित DNS जोन प्राप्त गर्दछ। तपाईंले अपेक्षा गर्नुभएका सबै रेकर्ड प्रकारहरूमा रेकर्ड CRUD प्राप्त गर्नुहुनेछ, त्यसैले app, shop, docs, mail वा वाइल्डकार्ड होस्ट थप्नु भनेको रेकर्ड सम्पादन मात्र हो, कुनै सपोर्ट टिकट होइन। प्रदायकसँग जोनको स्थिति आइडम्पोटेन्ट तरिकाले मिलाइन्छ, जसको अर्थ आंशिक रूपमा लागू भएको परिवर्तन वा पुनः प्रयास गरिएको सम्पादनले तपाईंको जोनलाई अस्पष्ट स्थितिमा छोड्नुको सट्टा तपाईंले अनुरोध गर्नुभएकै स्थितिमा पुर्याउँछ।
रजिस्ट्रार र DNS लाई जानाजानी अलग गरिएको छ: तपाईं हामीसँग डोमेन दर्ता गर्न सक्नुहुन्छ र DNS अन्यत्र राख्न सक्नुहुन्छ, वा डोमेनलाई आफ्नो अवस्थित रजिस्ट्रारमै राखी केवल सबडोमेनलाई हामीतिर देखाउन सक्नुहुन्छ। हामीले डोमेनलाई सक्रिय (live) घोषणा गर्नुअघि नेमसर्भर डेलिगेसन र सक्रियता प्रमाणीकरण गर्छौं, ताकि कुनै रेकर्ड गलत भएमा तपाईंले ग्राहकबाट नभई प्लेटफर्मबाटै थाहा पाउनुहुनेछ।
सुस्त चल्ने वा प्रमाणपत्र चेतावनी देखाउने सबडोमेन कुनै पनि सबडोमेन नहुनुभन्दा पनि खराब हुन्छ, त्यसैले डेलिभरी मार्ग प्राथमिक डोमेनले पाउने जस्तै समान हुन्छ।
Let's Encrypt प्रमाणपत्रहरू स्वचालित रूपमा जारी र नवीकरण गरिन्छन्। एकै पटक प्रत्येक सबडोमेन समेट्नका लागि वाइल्डकार्ड प्रमाणपत्र प्रयोग गर्नुहोस्, जहाँ तपाईं तिनीहरूलाई अलग गर्न चाहनुहुन्छ त्यहाँ प्रति-होस्ट प्रमाणपत्रहरू प्रयोग गर्नुहोस्, वा तपाईंको आफ्नै अनुकूलित प्रमाणपत्र अपलोड गर्नुहोस्।
प्रत्येक साइट HTTP/3 सक्षम गरिएको LiteSpeed द्वारा सञ्चालन गरिन्छ, त्यसैले उपडोमेनले दोस्रो दर्जाको भर्चुअल होस्टको सट्टा रूट डोमेन जस्तै समान जडान-स्तरको कार्यसम्पादन प्राप्त गर्दछ।
ड्यासबोर्डबाट वा WordPress भित्रबाट समन्वित पर्ज सहित, LSCache पूर्ण-पृष्ठ क्यासिङ र प्रति-साइट Redis वस्तु क्यास। प्यारेन्ट पर्ज गर्दा तपाईंको सबडोमेनको क्यास मेटिँदैन।
हाम्रो CDN र Cloudflare खाता पूल मार्फत डिप्लोय गर्नुहोस् वा आफ्नै खाताहरू जडान गर्नुहोस् र कुनै दिइएको साइट कुन खातामा डिप्लोय हुन्छ छनौट गर्नुहोस्। डेलिभरी तपाईंले गर्ने निर्णय हो, हामीले तपाईंको लागि गर्ने निर्णय होइन।
सबडोमेन चाहनुको सबैभन्दा सामान्य कारण भनेको निर्धक्कसँग परीक्षण र प्रयोगहरू गर्न सुरक्षित ठाउँ पाउनु हो। त्यो विकल्प Mainstream योजनाहरूमा पहिलेदेखि नै समावेश गरिएको छ र कुनै बाधा बिना उपलब्ध छ।
स्टेजिङमा क्लोन गर्नाले उत्पादन जस्तै समान स्ट्याक र ब्लुप्रिन्ट संस्करणमा, यसका फाइलहरू र डाटाबेस अक्षुण्ण राख्दै स्टेजिङ सबडोमेनमा लाइभ साइटको छुट्टै प्रतिलिपि सिर्जना गर्दछ। तपाईंले पूर्ण उपकरणहरूको सेटसँग प्रतिलिपिमा काम गर्नुहुन्छ: जेल्ड SSH र SFTP, wp-cli, ब्राउजर-आधारित VS Code सम्पादक, phpMyAdmin वा Adminer, प्रति-साइट cron र वातावरण चरहरू।
जब परिवर्तन प्रमाणित हुन्छ, तब push to live ले उत्पादनमा डाटाबेस-सचेत सिङ्क फिर्ता गर्दछ। तपाईं फाइलहरू, डाटाबेस वा दुवै छनौट गर्नुहुन्छ, र खोज्ने-प्रतिस्थापन गर्ने कार्य तपाईंको लागि गरिन्छ ताकि तपाईंको सामग्रीमा भएका URL हरूले स्टेजिङ होस्टलाई देखाउनुको सट्टा साइटलाई पछ्याउँछन्। प्रोभिजनिङ, क्लोनिङ र डिप्लोयमेन्ट सबै चरणबद्ध पुन: प्रयास र क्षतिपूर्ति सहित दिगो Temporal कार्यप्रवाहको रूपमा सञ्चालन हुने भएकाले, बीच बाटोमा भएको असफलताले तपाईंलाई आधा-क्लोन गरिएको साइटको साथ छोड्नुको सट्टा आंशिक कामलाई पूर्ववत गर्दछ।
तपाईंले गर्न खोज्नुभएको कामलाई बाधा पुर्याउने कुनै कुरा बेच्नुभन्दा हामी तपाईंलाई यो कुरा पहिले नै बताउन चाहन्छौं।
एउटा ब्रान्डलाई व्यवस्थित गर्नका लागि सबडोमेनहरू सही उपाय हुन्: एउटा एप, एउटा पसल, कागजात साइट, ग्राहक पोर्टल, वा ग्राहकपिच्छेको स्टेजिङ वातावरण। तर निजी ब्लग नेटवर्कका लागि यी गलत उपाय हुन्। प्रत्येक सबडोमेनले एउटै दर्तायोग्य डोमेन साझा गर्छन्, त्यसैले तिनीहरूमध्ये एउटालाई रिजल्भ गर्ने जोकोहीले बाँकी कसको स्वामित्वमा छ भनी ठ्याक्कै थाहा पाउँछ। वाइल्डकार्ड प्रमाणपत्र अन्तर्गत तिनीहरूले एउटै प्रमाणपत्र पनि साझा गर्छन्, र प्रमाणपत्र जारी गरिएको विवरण सार्वजनिक Certificate Transparency लगहरूमा प्रकाशित हुन्छ, जसले गर्दा साझा डोमेन अन्तर्गतका होस्टहरू जोकोही इच्छुक व्यक्तिले सजिलै पत्ता लगाउन सक्छन्। यो सार्वजनिक वेब PKI र DNS को विशेषता हो, हाम्रो प्लेटफर्मको होइन, र कुनै पनि होस्टिङ कन्फिगरेसनले यसलाई परिवर्तन गर्न सक्दैन।
त्यसैले सबडोमेनहरू हाम्रो Mainstream र Agency लाइनहरूमा पर्दछन्, Footprint-Free मा होइन। यदि तपाईंको आवश्यकता साइटहरू एकअर्कासँग लिङ्क हुन नहुने हो भने, तपाईंलाई footprint-मुक्त उत्पादन लाइनमा छुट्टै दर्ता गर्न सकिने डोमेनहरू चाहिन्छ, जहाँ CDN र DNS खाता पुलहरू, footprint व्यवस्थापन र स्थिर-HTML डेलिभरी ठ्याक्कै त्यही ढाँचालाई तोड्नका लागि अवस्थित छन्। दुवै एउटै इन्जिन र एउटै ड्यासबोर्डमा चल्छन्, त्यसैले सही छनौट गर्दा तपाईंको सुविधामा कुनै पनि कमी आउँदैन।
एजेन्सीहरू र पुनर्विक्रेताहरूले ठूलो मात्रामा सबडोमेनहरू प्रयोग गर्छन्: प्रति ग्राहक एक स्टेजिङ होस्ट, प्रति परियोजना एक पूर्वावलोकन होस्ट, प्रति खाता एक पोर्टल। यो प्लेटफर्म त्यस प्रकारको कामका लागि नै निर्माण गरिएको हो।
संस्थाहरू रूखको संरचना जस्तै तहगत हुन्छन्, रिसेलरदेखि ग्राहक हुँदै साइटहरूसम्म, र प्रत्येक रेकर्डलाई पङ्क्ति-स्तरको सुरक्षाद्वारा डेटाबेसमा दायरा निर्धारण र लागू गरिन्छ। ग्राहकका सबडोमेनहरू त्यो ग्राहकको संस्थासँग सम्बन्धित हुन्छन्, तपाईंले परम्परागत नियमद्वारा निगरानी गर्नुपर्ने साझा बकेटमा होइन।
प्रत्येक साइटका लागि प्रक्रिया दोहोर्याउनुको सट्टा एकल कार्यमा धेरै साइटहरू प्रयोगमा ल्याउनुहोस्, अद्यावधिक गर्नुहोस् र व्यवस्थापन गर्नुहोस्।
ड्यासबोर्डमा भएका सबै कुराहरू OpenAPI स्पेसिफिकेसनबाट उत्पन्न गरिएको सार्वजनिक API मा उपलब्ध छन्। संस्था-स्तरीय API कुञ्जी, CLI, Terraform, वा हाम्रो MCP सर्भरमार्फत AI उपकरणबाट सबडोमेन सिर्जनालाई नियन्त्रण गर्नुहोस्।
विशेषाधिकार प्राप्त र प्रशासनिक कार्यहरू अडिट-लग गरिन्छ, र भूमिका-आधारित पहुँच नियन्त्रणले तपाईंको टोलीमा कसले के गर्न सक्छ भन्ने कुरा नियन्त्रण गर्दछ। कसले होस्ट सिर्जना गर्यो, परिवर्तन गर्यो वा हटायो भनेर तपाईं हेर्न सक्नुहुन्छ।
हो। प्रत्येक सबडोमेन आफ्नै स्ट्याक, डाटाबेस, क्यास र ब्याकअपहरू सहित पूर्ण, छुट्टै रूपमा पृथक साइटको रूपमा सञ्चालन हुने भएकाले, यसले प्राथमिक डोमेनले जस्तै तपाईंको योजनामा साइट स्लट ओगट्छ। योजनाहरू तिनीहरूले समेट्ने साइटहरूको सङ्ख्याका आधारमा बिक्री गरिन्छ, त्यसैले सबडोमेन साइट थप्नु अन्य कुनै पनि साइट थप्नु सरहको गणना हो।
हो, र तिनीहरू साँच्चै स्वतन्त्र छन्। प्रत्येक सबडोमेनको आफ्नै ब्लुप्रिन्टसहितको आफ्नै साइट रेकर्ड हुन्छ, त्यसैले स्ट्याकहरू मेल खानैपर्छ भन्ने छैन: मुख्य डोमेनमा WordPress, shop मा WooCommerce, app मा Node.js एप र docs मा एउटा स्ट्याटिक साइट हुनु यहाँ कुनै विशेष अवस्था नभई सामान्य सेटअप हो। तिनीहरू फरक मेसिनहरूमा रहन सक्छन्, फरक रनटाइमहरू र फरक PHP वा Node संस्करणहरू चलाउन सक्छन्, र तिनीहरूको आफ्नै तालिका अनुसार डिप्लोय, स्टेज, ब्याकअप र रोल ब्याक गर्न सकिन्छ। डोमेन नाम साझा गर्नु बाहेक एउटाले अर्कोलाई कुनै पनि तरिकाले सीमित गर्दैन।
दुवै तरिकाले तिनीहरू स्वतः सुरक्षित हुन्छन्। तपाईंले डोमेन अन्तर्गतका प्रत्येक होस्टलाई एकै पटक समेट्ने वाइल्डकार्ड प्रमाणपत्र जारी गर्न सक्नुहुन्छ, वा तपाईंले तिनीहरूलाई छुट्टै राख्न चाहनुभएको ठाउँमा प्रति-होस्ट प्रमाणपत्रहरू जारी गर्न सक्नुहुन्छ। Let's Encrypt प्रमाणपत्रहरू नि:शुल्क छन्, स्वतः जारी र नवीकरण हुन्छन्, र यदि तपाईंसँग छ भने तपाईंले यसको सट्टा अनुकूलन प्रमाणपत्र अपलोड गर्न सक्नुहुन्छ।
हामी यसो नगर्न सल्लाह दिन्छौं, र हामी यसलाई त्यसरी बेच्ने छैनौं। प्रत्येक सबडोमेनले एउटा दर्तायोग्य डोमेन साझा गर्दछ, र वाइल्डकार्ड प्रमाणपत्र अन्तर्गत साझा गरिएको प्रमाणपत्र जसको जारी सार्वजनिक Certificate Transparency लगहरूमा देखा पर्दछ, त्यसैले खोज्ने जोसुकैले पनि होस्टहरू एकअर्कासँग जोडिएका छन् भनी पत्ता लगाउन सक्छन्। जहाँ साइटहरू जोडिनु हुँदैन त्यस्तो कामका लागि, हाम्रो Footprint-Free लाइनमा छुट्टै दर्तायोग्य डोमेनहरू प्रयोग गर्नुहोस्, जुन विशेष गरी CDN र DNS खाता पूलहरू, व्यवस्थित फुटप्रिन्टहरू र स्थिर-HTML डेलिभरीका साथ त्यसैका लागि इन्जिनियर गरिएको छ।
प्लेटफर्म यसलाई फैलिन दिनुको सट्टा नियन्त्रण गर्न निर्माण गरिएको हो। CloudLinux LVE ले प्रत्येक साइटको CPU, मेमोरी र IO लाई यसको आफ्नै cage भित्र सीमित गर्दछ, CageFS ले प्रत्येक साइटलाई छुट्टै फाइलप्रणाली दृश्य प्रदान गर्दछ ताकि कुनै उल्लङ्घन नियन्त्रित रहोस्, र MySQL Governor ले प्रति-साइट डाटाबेस लोडलाई नियन्त्रण गर्दछ ताकि एउटा साइटको भारी क्वेरीहरूले सर्भरलाई ढिलो नबनाओस्। मालवेयर स्क्यानिङ, एक सक्रिय वेब अनुप्रयोग फायरवाल र प्रति-साइट अपरिवर्तनीय ब्याकअपहरूले त्यसलाई समर्थन गर्दछ। नियन्त्रण नै डिजाइनको लक्ष्य हो; कुनै पनि होस्टले सम्झौता असम्भव छ भनेर वाचा गर्न सक्दैन।
हो। रजिस्ट्रार र DNS लाई जानाजानी अलग गरिएको छ। तपाईंले आफ्नो डोमेनलाई आफ्नो हालको रजिस्ट्रारमा र आफ्नो जोनलाई हालको DNS प्रदायकमा राख्न सक्नुहुन्छ र केवल सबडोमेनको रेकर्डलाई हामीतिर देखाउन सक्नुहुन्छ। साइटलाई लाइभ मान्नु अघि हामी डेलिगेसन र सक्रियता प्रमाणीकरण गर्छौं, त्यसैले गलत टाइप गरिएको रेकर्ड चुपचाप असफल हुनुको सट्टा तुरुन्तै देखिन्छ। जब मूल डोमेनको जोन पहिले नै यहाँ होस्ट गरिएको हुन्छ, हामी यसको सट्टा तपाईंको लागि सबडोमेनको रेकर्ड यसमा लेखिदिन्छौं, त्यसैले तपाईंले म्यानुअल रूपमा थप्नुपर्ने केही हुँदैन।
यो कसरी सिर्जना गरिन्छ भन्ने कुरामा मात्र फरक छ। क्लोन टु स्टेजिङले उत्पादन जस्तै समान स्ट्याक र ब्लुप्रिन्ट संस्करण चलाउने स्टेजिङ सबडोमेनमा फाइलहरू र डाटाबेस सहित प्रत्यक्ष साइटको छुट्टै प्रतिलिपि निर्माण गर्दछ। जब तपाईं सन्तुष्ट हुनुहुन्छ, पुश-टु-लाइभले यसलाई डाटाबेस-सचेत खोजी-र-प्रतिस्थापनको साथ पुन: सिङ्क गर्छ। अरू सबै कुरा, पृथक्करण, SSL, क्यासिङ, ब्याकअप र विकासकर्ता पहुँच, अन्य कुनै पनि साइट जस्तै समान छन्।
तपाईं तिनीहरूलाई आफूसँगै लैजान सक्नुहुन्छ। प्लेटफर्ममा कतै पनि कुनै बन्धन छैन: तपाईंले प्रमाणीकरण कोडहरू प्राप्त गर्न सक्नुहुन्छ, डोमेनहरू अनलक गरी अन्यत्र सार्न सक्नुहुन्छ, आफ्नै CDN र DNS खाताहरू ल्याउन सक्नुहुन्छ, र आफ्ना साइटहरू निर्यात गर्न सक्नुहुन्छ। हामीले प्रयोग गर्ने प्रत्येक बाह्य प्रदायक बदल्न मिल्ने एडाप्टरको पछाडि रहन्छ, जुन हाम्रो लागि जति सत्य हो तपाईंको लागि पनि त्यति नै सत्य हो।
तपाईंले थप्नुहुने प्रत्येक होस्टमा पूर्ण पृथकीकरण, वाइल्डकार्ड एसएसएल, वास्तविक डीएनएस नियन्त्रण र एक-क्लिक स्टेजिंग। कार्ड-रहित १४-दिने परीक्षणबाट सुरु गर्नुहोस् र कुनै प्रतिबद्धता जनाउनु अघि यो तपाईंको लागि कत्तिको उपयुक्त छ भनी हेर्नुहोस्।
निःशुल्क सुरु गर्नुहोस्