वैशिष्ट्ये
app, shop, docs किंवा staging तुम्हाला हव्या त्या ठिकाणी पॉइंट करा आणि त्यामागे एक अस्सल, पूर्णपणे वेगळी केलेली साइट मिळवा: तिचा स्वतःचा स्टॅक, डेटाबेस, कॅशे, बॅकअप आणि रिसोर्स केज. पूर्ण DNS रेकॉर्ड नियंत्रण, वाइल्डकार्डसह स्वयंचलित SSL, आणि एका क्लिकवर स्टेजिंग सबडोमेन. उपलब्धता: प्रत्येक साइटनुसार डेटाबेस थ्रॉटलिंगचे काम वेगाने सुरू असून ते अद्याप उपलब्ध नाही. येथे वर्णन केलेले इतर सर्व आज थेट सुरू आहे.
बहुतेक होस्ट्सवर सबडोमेन ही समोर एक रीराइट नियम असलेली डिरेक्टरी असते. येथे ही स्वतःची ब्लूप्रिंट आवृत्ती, फ्लीटवर स्वतःचे स्थान आणि स्वतःची अलगीकरण सीमा असलेली एक प्रथम-श्रेणी साइट नोंद आहे. तुम्ही प्राथमिक डोमेनवर जे काही करू शकता, ते तुम्ही सबडोमेनवर देखील करू शकता.
प्रत्येक सबडोमेन साइट ही आवृत्ती असलेल्या ब्लूप्रिंटवरून तयार केली जाते आणि स्वतःचा स्टॅक प्रकार आणि रनटाइम चालवते: व्यवस्थापित WordPress, WooCommerce, PHP, स्टॅटिक HTML किंवा Node. रूट WordPress चालवत असताना तुमचे docs सबडोमेन स्टॅटिक HTML असू शकते, त्यांच्यामध्ये कोणतीही तडजोड न करता.
प्रत्येक साइटसाठी 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 इतरत्र ठेवू शकता, किंवा डोमेन तुमच्या सध्याच्या रजिस्ट्रारकडेच ठेवून फक्त सबडोमेन आमच्याकडे निर्देशित करू शकता. आम्ही डोमेन लाइव्ह घोषित करण्यापूर्वी नेमसर्व्हर डेलिगेशन आणि ॲक्टिव्हेशनची पडताळणी करतो, जेणेकरून एखादी नोंद चुकीची असल्यास ग्राहकाकडून समजण्याऐवजी प्लॅटफॉर्मवरूनच तुम्हाला समजेल.
धूसर चालणारे किंवा प्रमाणपत्र चेतावणी दर्शवणारे सबडोमेन हे सबडोमेन नसण्यापेक्षा वाईट असते, त्यामुळे वितरण मार्ग हा प्राथमिक डोमेनला मिळणाऱ्या मार्गासारखाच असतो.
Let's Encrypt प्रमाणपत्रे आपोआप जारी आणि नूतनीकरण केली जातात. एकाच वेळी प्रत्येक सबडोमेन समाविष्ट करण्यासाठी वाइल्डकार्ड प्रमाणपत्र वापरा, जिथे तुम्हाला ती वेगळी हवी असतील तिथे प्रति-होस्ट प्रमाणपत्रे वापरा, किंवा तुमचे स्वतःचे सानुकूल प्रमाणपत्र अपलोड करा.
प्रत्येक साइट HTTP/3 सक्षम असलेल्या LiteSpeed द्वारे चालवली जाते, त्यामुळे सबडोमेनला दुय्यम दर्जाच्या व्हर्च्युअल होस्टऐवजी रूट डोमेनसारखेच कनेक्शन-स्तरीय कार्यप्रदर्शन मिळते.
LSCache पूर्ण-पृष्ठ कॅशिंग आणि प्रति-साइट Redis ऑब्जेक्ट कॅश, डॅशबोर्डवरून किंवा WordPress च्या आतून समन्वित पर्जसह. पॅरेंट पर्ज केल्याने तुमच्या सबडोमेनची कॅश नष्ट होत नाही.
आमच्या CDN आणि Cloudflare खाते पूलद्वारे उपयोजित करा किंवा तुमची स्वतःची खाती कनेक्ट करा आणि दिलेल्या साइटचे कोणत्या खात्यावर उपयोजन करायचे ते निवडा. डिलिव्हरी हा तुम्ही घेतलेला निर्णय आहे, आम्ही तुमच्यासाठी घेतलेला नाही.
सबडोमेन हवे असण्याचे सर्वात सामान्य कारण म्हणजे प्रयोग करण्यासाठी आणि निर्धास्तपणे बदल करून पाहण्यासाठी एक सुरक्षित जागा मिळवणे. हा मार्ग Mainstream प्लॅन्समध्ये अंतर्भूत आहे आणि कोणत्याही निर्बंधांशिवाय उपलब्ध आहे.
स्टेजिंगवर क्लोन केल्याने लाइव्ह साइटची एक वेगळी प्रत स्टेजिंग सबडोमेनवर तयार होते, तिचे फाइल्स आणि डेटाबेस जसेच्या तसे राहतात, जे प्रॉडक्शन प्रमाणेच समान स्टॅक आणि ब्लूप्रिंट आवृत्तीवर असते. आपण संपूर्ण टूलसेटसह प्रतीवर काम करता: जेल्ड SSH आणि SFTP, wp-cli, ब्राउझर-आधारित VS Code संपादक, phpMyAdmin किंवा Adminer, प्रति-साइट cron आणि एन्व्हायर्नमेंट व्हेरिएबल्स.
बदलाची खात्री पटल्यानंतर, थेट प्रक्रियेत पाठवल्याने मूळ प्रणालीमध्ये डेटाबेस-आधारित समक्रमण पुन्हा घडून येते. तुम्ही फाइल्स, डेटाबेस किंवा दोन्ही निवडू शकता, आणि शोधणे व बदलणे तुमच्यासाठी हाताळले जाते जेणेकरून तुमच्या सामग्रीमधील 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 त्यांच्या स्वतःच्या कक्षेत मर्यादित करते, CageFS प्रत्येक साइटला एक वेगळे फाइलसिस्टम दृश्य प्रदान करते ज्यामुळे सुरक्षाभंग नियंत्रित राहतो, आणि MySQL Governor प्रत्येक साइटचा डेटाबेस भार नियंत्रित करते जेणेकरून एका साइटच्या मोठ्या क्वेरीज सर्व्हरचा वेग कमी करत नाहीत. मालवेअर स्कॅनिंग, एक प्रोॲक्टिव्ह वेब ॲप्लिकेशन फायरवॉल आणि साइटनुसार अपरिवर्तनीय बॅकअप्स यास पाठबळ देतात. नियंत्रण हे डिझाइनचे ध्येय आहे; कोणतीही सुरक्षितता तडजोड अशक्य आहे असे कोणतेही होस्ट वचन देऊ शकत नाही.
होय. रजिस्ट्रार आणि DNS जाणीवपूर्वक वेगळे ठेवले आहेत. तुम्ही तुमचे डोमेन तुमच्या सध्याच्या रजिस्ट्रारकडे आणि तुमचा झोन तुमच्या सध्याच्या DNS प्रदात्याकडे ठेवू शकता आणि फक्त सबडोमेनची नोंद आमच्याकडे निर्देशित करू शकता. साइट लाइव्ह मानण्यापूर्वी आम्ही डेलिगेशन आणि ॲक्टिव्हेशनची पडताळणी करतो, जेणेकरून चुकीची टाइप केलेली नोंद शांतपणे अयशस्वी होण्याऐवजी लगेच समोर येते. जेव्हा मूळ डोमेनचा झोन आधीच येथे होस्ट केलेला असतो, तेव्हा आम्ही तुमच्यासाठी त्यामध्ये सबडोमेनची नोंद लिहितो, त्यामुळे तुम्हाला मॅन्युअली काहीही जोडण्याची आवश्यकता नाही.
केवळ ते कसे तयार केले जाते यामध्येच फरक आहे. क्लोन टू स्टेजिंग हे प्रॉडक्शन सारख्याच स्टॅक आणि ब्लूप्रिंट आवृत्तीवर चालणाऱ्या स्टेजिंग सबडोमेनवर, फाइल्स आणि डेटाबेससह थेट साइटची एक वेगळी प्रत तयार करते. आपण समाधानी झाल्यावर, पुश-टू-लाइव्ह डेटाबेस-अनुकूल शोध-आणि-बदल प्रक्रियेसह ते पुन्हा सिंक करते. उर्वरित सर्व काही, अलगीकरण, SSL, कॅशिंग, बॅकअप आणि डेव्हलपर ॲक्सेस, इतर कोणत्याही साइटसारखेच असते.
तुम्ही ते स्वतःसोबत घेऊन जाऊ शकता. प्लॅटफॉर्मवर कुठेही कोणतेही बंधन नाही: तुम्ही ऑथेंटिकेशन कोड मिळवू शकता, डोमेन अनलॉक करून ट्रान्सफर करू शकता, तुमची स्वतःची CDN आणि DNS खाती वापरू शकता आणि तुमच्या साइट्स एक्सपोर्ट करू शकता. आम्ही वापरत असलेला प्रत्येक बाह्य प्रदाता बदलण्यायोग्य अडॅप्टरमागे काम करतो, जे आमच्यासाठी जितके खरे आहे तितकेच तुमच्यासाठीही आहे.
तुम्ही जोडत असलेल्या प्रत्येक होस्टवर पूर्ण अलगीकरण, वाइल्डकार्ड एसएसएल, प्रत्यक्ष डीएनएस नियंत्रण आणि एका क्लिकवर स्टेजिंग. कोणत्याही कार्डशिवाय १४ दिवसांच्या ट्रायलने सुरुवात करा आणि कोणतीही वचनबद्धता करण्यापूर्वी हे तुमच्यासाठी कितपत योग्य आहे ते तपासा.
विनामूल्य सुरू करा