वैशिष्ट्ये
तुमचे ॲप, दुकान, दस्तऐवज किंवा स्टेजिंग तुम्हाला पाहिजे तिथे निर्देशित करा आणि त्यामागे एक अस्सल, पूर्णपणे स्वतंत्र साइट मिळवा: स्वतःचे स्टॅक, डेटाबेस, कॅशे, बॅकअप आणि संसाधन केज. पूर्ण DNS रेकॉर्ड नियंत्रण, वाइल्डकार्डसह स्वयंचलित SSL, आणि एका- क्लिकवर स्टेजिंग सबडोमेन. उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग सध्या सक्रिय विकासात आहे आणि अद्याप उपलब्ध नाही. येथे वर्णन केलेले इतर सर्व काही आज लाइव्ह आहे.
बहुतांश होस्ट्सवर सबडोमेन म्हणजे त्यापुढील रीराईट रूलसह असणारी एक डिरेक्ट्री असते. येथे हे स्वतःच्या ब्लूप्रिंट आवृत्ती, फ्लीटवरील स्वतःच्या प्लेसमेंट आणि स्वतःच्या आयसोलेशन बाउंड्रीसह फर्स्ट-क्लास साईट रेकॉर्ड आहे. तुम्ही प्रायमरी डोमेनवर जे काही करू शकता, तेच सबडोमेनवरही करू शकता.
प्रत्येक सबडोमेन साइट ही एका व्हर्जन केलेल्या ब्लूप्रिंटवरून तयार केली जाते आणि तिचे स्वतःचे स्टॅक प्रकार आणि रनटाइम चालते: मॅनेज्ड WordPress, WooCommerce, PHP, स्टॅटिक HTML किंवा Node. तुमच्या मूळ डोमेनवर WordPress चालत असताना, दोन्हीमध्ये कोणतीही तडजोड न करता तुमचे डॉक्स सबडोमेन स्टॅटिक HTML असू शकते.
प्रत्येक साइटसाठी एक MariaDB डेटाबेस, LiteSpeed LSCache फुल-पेज कॅशिंग आणि प्रत्येक साइटसाठी एक Redis किंवा Memcached ऑब्जेक्ट कॅश. मूळ साइटसोबत काहीही सामायिक केले जात नाही, त्यामुळे एखादी हेवी सबडोमेन मूळ साइटचा कॅश हटवू शकत नाही किंवा त्याच्या क्वेरीजची गर्दी करू शकत नाही.
CloudLinux LVE हे प्रति साइट CPU, RAM, IO, IOPS आणि एंट्री प्रोसेस मर्यादित करते, CageFS प्रत्येक साइटला तिचे स्वतःचे फाइलसिस्टम व्ह्यू देते, आणि MySQL Governor हे प्रति-साइट डेटाबेस लोड थ्रॉटल करते. नियंत्रण सुटलेले सबडोमेन त्याच्या स्वतःच्या केजमध्ये (cage) मर्यादित राहते.
दररोजचे बॅकअप ३० दिवसांसाठी ठेवले जातात, एका क्लिकवर रिस्टोअर करण्याची सुविधा प्रत्येक साइटसाठी उपलब्ध आहे. मुख्य साइटला किंवा इतर कोणत्याही संबंधित साइटला धक्का न लावता तुम्ही सबडोमेन कालच्या स्थितीत परत आणू शकता.
उपडोमेन हे होस्टिंगची समस्या बनण्यापूर्वी एक DNS समस्या असतात, त्यामुळे दोन फील्ड्स असलेल्या फॉर्ममागे लपवून ठेवण्याऐवजी DNS लेयर योग्य प्रकारे उघडी ठेवण्यात आली आहे.
तुम्ही होस्ट करत असलेल्या प्रत्येक नोंदणीयोग्य डोमेनला आमच्या DNS ड्राईव्हर सीमद्वारे व्यवस्थापित केलेला DNS झोन मिळतो. तुम्हाला अपेक्षित असलेल्या सर्व रेकॉर्ड प्रकारांवर रेकॉर्ड CRUD मिळतात, त्यामुळे app, shop, docs, mail किंवा वाइल्डकार्ड होस्ट जोडणे म्हणजे सपोर्ट तिकीट नाही तर रेकॉर्ड संपादित करणे आहे. झोनची स्थिती प्रोव्हायडरच्या विरोधात पद्धतशीरपणे जुळवून घेतली जाते, ज्याचा अर्थ असा की अर्धवट लागू केलेला बदल किंवा पुन्हा प्रयत्न केलेले संपादित कार्य तुमच्या झोनला संदिग्ध स्थितीत ठेवण्याऐवजी तुम्ही मागितलेल्या स्थितीवर पोहोचवते.
रजिस्ट्रार आणि डीएनएस जाणीवपूर्वक वेगळे ठेवले आहेत: तुम्ही आमच्याकडे डोमेन नोंदणी करून डीएनएस दुसरीकडे ठेवू शकता किंवा डोमेन तुमच्या सध्याच्या रजिस्ट्रारकडेच ठेवून फक्त एक सबडोमेन आमच्याकडे निर्देशित करू शकता. डोमेन लाईव्ह घोषित करण्यापूर्वी आम्ही नेमसर्व्हर डेलिगेशन आणि सक्रियकरणाची पडताळणी करतो, जेणेकरून एखादा रेकॉर्ड चुकला आहे हे ग्राहकाकडून समजण्याऐवजी तुम्हाला प्लॅटफॉर्मवरूनच समजेल.
धीमा किंवा प्रमाणपत्राची चेतावणी दाखवणारा उपडोमेन हा उपडोमेन नसण्यापेक्षाही वाईट आहे, म्हणून वितरणाचा मार्ग तोच आहे जो प्राथमिक डोमेनला मिळतो.
Lets Encrypt प्रमाणपत्रे स्वयंचलितपणे जारी आणि नूतनीकरण केली जातात. एकाच वेळी प्रत्येक सबडोमेन समाविष्ट करण्यासाठी वाइल्डकार्ड प्रमाणपत्राचा वापर करा, जिथे वेगळे हवे असतील तिथे प्रति-होस्ट प्रमाणपत्रे वापरा, किंवा तुमचे स्वतःचे सानुकूल प्रमाणपत्र अपलोड करा.
प्रत्येक साइट लाइटस्पीड (LiteSpeed) द्वारे HTTP/3 सुरू करून सर्व्ह केली जाते, त्यामुळे सबडोमेनला सेकंड-क्लास व्हीहोस्ट ऐवजी रूट डोमेनसारखीच कनेक्शन-स्तरीय कार्यक्षमता मिळते.
LSCache फूल-पेज कॅशिंग आणि प्रत्येक साईटसाठी एक Redis ऑब्जेक्ट कॅश, ज्यामध्ये डॅशबोर्डवरून किंवा WordPress मधून समन्वित पर्ज (purge) करण्याची सुविधा आहे. पॅरेंट पर्ज केल्यामुळे तुमच्या सबडोमेनचे कॅश नष्ट होत नाही.
आमच्या CDN आणि Cloudflare अकाउंट पूलद्वारे तैनात करा किंवा तुमची स्वतःची अकाउंट्स कनेक्ट करा आणि विशिष्ट साइट कोणत्या अकाउंटवर तैनात केली जाईल ते निवडा. वितरण हा तुम्ही घेतलेला निर्णय आहे, आम्ही तुमच्यासाठी घेतलेला नाही.
सबडोमेन असण्यामागचे सर्वात सामान्य कारण म्हणजे गोष्टी बिघडवण्यासाठी सुरक्षित जागा असणे. हा मार्ग Mainstream प्लॅनमध्ये आधीपासूनच आणि विनाअडथळा उपलब्ध आहे.
स्टेजिंगवर क्लोन करणे हे लाइव्ह साइटची एक वेगळी प्रत स्टेजिंग सबडोमेनवर तयार करते, ज्यामध्ये उत्पादन (प्रॉडक्शन) समतुल्य स्टॅक आणि ब्लूप्रिंट आवृत्तीवर तिचे फाइल्स आणि डेटाबेस जशाच्या तसे सुरक्षित असतात. तुम्ही पूर्ण टूलसेटसह या प्रतीवर काम करता: जेल्ड SSH आणि SFTP, wp-cli, ब्राउझर-आधारित VS Code संपादक, phpMyAdmin किंवा Adminer, प्रति-साइट क्रॉन आणि एन्व्हायरमेंट व्हेरेबल्स.
बदलाची खात्री पटल्यानंतर, पुश टू लाइव्ह प्रॉडक्शनवर डेटाबेस-अवेअर सिंक करते. तुम्ही फाइल्स, डेटाबेस किंवा दोन्ही निवडता आणि तुमच्या कन्टेंटमधील यूआरएल (URLs) स्टेजिंग होस्टकडे निर्देशित करण्याऐवजी साइटचे अनुसरण करतात याची खात्री करण्यासाठी सर्च-रिप्लेस (search-replace) तुमच्यासाठी हाताळले जाते. प्रोव्हिजनिंग, क्लोनिंग आणि डिप्लोयमेंट हे सर्व प्रति-पाऊल रीट्राय (retries) आणि कॉम्पन्सेशनसह टिकाऊ Temporal वर्कफ्लो म्हणून चालत असल्यामुळे, अर्ध्या वाटेत अपयशी ठरल्यास अर्धवट क्लोन केलेली साइट सोडण्याऐवजी अपूर्ण काम पूर्ववत केले जाते.
आम्ही तुम्ही जे साध्य करण्याचा प्रयत्न करत आहात त्याला बाधा आणणारी कोणतीही गोष्ट विकण्यापेक्षा हे तुम्हाला आधीच सांगणे अधिक पसंद करू.
एका ब्रँडची रचना करण्यासाठी सबडोमेन योग्य पर्याय आहेत: एक ॲप, एक दुकान, एक दस्तऐवजीकरण साइट, एक ग्राहक पोर्टल, प्रति-क्लायंट स्टेजिंग पर्यावरण. ते खाजगी ब्लॉग नेटवर्कसाठी चुकीचा पर्याय आहेत. प्रत्येक सबडोमेन एकाच नोंदणीयोग्य डोमेन सामायिक करतो, त्यामुळे त्यापैकी एकाचे निराकरण करणारी कोणतीही व्यक्ती बाकीच्या मालकीची कोणती आहे हे अचूकपणे जानते. वाइल्डकार्ड प्रमाणपत्रांतर्गत ते एक प्रमाणपत्र देखील सामायिक करतात आणि प्रमाणपत्र जारी करणे सार्वजनिक प्रमाणपत्र पारदर्शकता लॉगमध्ये प्रकाशित केले जाते, त्यामुळे सामायिक डोमेन अंतर्गत होस्ट पाहणाऱ्या कोणाकडूनही मोजण्यायोग्य असतात. हे आपल्या प्लॅटफॉर्मचे नसून सार्वजनिक वेब PKI आणि DNS चे वैशिष्ट्य आहे आणि कोणतेही होस्टिंग कॉन्फिगरेशन ते बदलत नाही.
म्हणून सबडोमेन आमच्या मेनस्ट्रीम आणि एजन्सी श्रेणींमध्ये आहेत, Footprint-Free मध्ये नाही. जर तुमची गरज असेल की साइट्स एकमेकांशी जोडलेल्या असणे आवश्यक नाही, तर तुम्हाला Footprint-Free उत्पादन श्रेणीवर स्वतंत्र नोंदणी करण्यायोग्य डोमेनची आवश्यकता आहे, जिथे CDN आणि DNS खाते पूल, फूटप्रिंट व्यवस्थापन आणि स्थिर-HTML वितरण हे नेमके तो पॅटर्न मोडण्यासाठी अस्तित्वात आहेत. दोन्ही एकाच इंजिनवर आणि एकाच डॅशबोर्डवर काम करतात, त्यामुळे योग्य ती निवड केल्यामुळे सोयीच्या बाबतीत तुमचे कोणतेही नुकसान होत नाही.
अभिक्रिया एजन्सी आणि रीसेलर मोठ्या प्रमाणात सबडोमेन वापरतात: प्रत्येक क्लायंटसाठी एक स्टेजिंग होस्ट, प्रत्येक प्रकल्पासाठी एक प्रिव्ह्यू होस्ट आणि प्रत्येक खात्यासाठी एक पोर्टल. हे प्लॅटफॉर्म अशा प्रकारच्या कामासाठीच डिझाइन केले गेले आहे.
संस्था एका झाडाप्रमाणे (ट्री स्ट्रक्चरमध्ये) रेसेलरपासून क्लायंट आणि क्लायंटपासून साईट्स अशा रचनेत जोडलेल्या असतात, आणि प्रत्येक रेकॉर्ड रो-लेव्हल सिक्युरिटीसह डेटाबेसमध्ये मर्यादित व लागू केला जातो. क्लायंटचे सबडोमेन त्या क्लायंटच्या संस्थेच्या मालकीचे असतात, कोणत्याही सामायिक बाऊकेटचे (बकेटचे) नाही ज्यावर तुम्हाला नियमांनुसार देखरेख ठेवावी लागेल.
प्रत्येक साईटसाठी पुनरावृत्ती करत बसण्याऐवजी, एकाच कृतीत अनेक साईट्स डिप्लॉय करा, अपडेट करा आणि व्यवस्थापित करा.
डॅशबोर्डमधील प्रत्येक गोष्ट सार्वजनिक API मध्ये उपलब्ध आहे, जी OpenAPI तपशीलावरून तयार केली जाते. ऑर्ग-स्कोप केलेल्या API की, सीएलआय (CLI), टेराफॉर्म (Terraform), किंवा आमच्या एमसीपी (MCP) सर्व्हरवरील एआय (AI) टूलद्वारे सबडोमेन तयार करण्याचे काम नियंत्रित करा.
विशेषाधिकार प्राप्त आणि प्रशासकीय कृतींचे ऑडिट-लॉग केले जाते आणि तुमच्या टीममधील कोण काय करू शकते हे रोल-बेस्ड ॲक्सेस कंट्रोलद्वारे नियंत्रित केले जाते. कोणी होस्ट तयार केला, बदलला किंवा काढला हे तुम्ही पाहू शकता.
होय. प्रत्येक सबडोमेन पूर्ण, स्वतंत्रपणे वेगळे केलेले साईट म्हणून त्याच्या स्वतःच्या स्टॅक, डेटाबेस, कॅशे आणि बॅकअपसह चालत असल्यामुळे, ते प्राथमिक डोमेनप्रमाणेच तुमच्या प्लॅनवरील एक साईट स्लॉट घेते. प्लॅन्स ते ज्या साईट्स कव्हर करतात त्यानुसार विकले जातात, त्यामुळे सबडोमेन साईट जोडणे हे इतर कोणतीही साईट जोडण्यासारखेच असते.
होय, आणि ते खरोखर स्वतंत्र आहेत. प्रत्येक सबडोमेन हे स्वतःचे ब्लूप्रिंट असलेले स्वतंत्र साइट रेकॉर्ड आहे, त्यामुळे स्टॅक जुळणे आवश्यक नाही: मुख्य डोमेनवर WordPress, shop वर WooCommerce, app वर एक Node.js ॲप आणि docs वर एक स्टॅटिक साइट हे येथे विशेष प्रकरण नसून एक सामान्य सेटअप आहे. ते वेगवेगळ्या मशीनवर असू शकतात, वेगवेगळे रनटाइम्स आणि वेगवेगळ्या PHP किंवा Node आवृत्त्या चालवू शकतात, आणि त्यांच्या स्वतःच्या वेळापत्रकानुसार त्यांना तैनात (डप्लॉय), स्टेज, बॅकअप आणि रोलबॅक केले जाऊ शकते. डोमेन नाव सामायिक करण्याव्यतिरिक्त एकाची इतर कशावरही कोणतीही मर्यादा नाही.
दोन्हीपैकी कोणत्याही परिस्थितीत ते आपोआप संरक्षित केले जातात. तुम्ही एकाच वेळी डोमेनवरील प्रत्येक होस्टचा समावेश करणारे वाइल्डकार्ड प्रमाणपत्र जारी करू शकता किंवा जिथे ते वेगळे ठेवायचे आहेत तिथे प्रति-होस्ट प्रमाणपत्रे जारी करू शकता. Let's Encrypt प्रमाणपत्रे विनामूल्य असतात, आपोआप जारी केली जातात आणि नूतनीकरण केली जातात आणि तुमच्याकडे असल्यास तुम्ही सानुकूल प्रमाणपत्र देखील अपलोड करू शकता.
आम्ही त्याचा सल्ला देणार नाही आणि आम्ही त्या पद्धतीने ते विकणार नाही. प्रत्येक सबडोमेन एक नोंदणी करण्यायोग्य डोमेन सामायिक करतो आणि वाइल्डकार्ड प्रमाणपत्रांतर्गत एक सामायिक प्रमाणपत्र सामायिक करतो ज्याचे जारी करणे सार्वजनिक सर्टिफिकेट ट्रान्सपेरेन्सी लॉगमध्ये दिसते, त्यामुळे होस्ट शोधणाऱ्या कोणाकडूनही एकमेकांशी जोडले जाऊ शकतात. ज्या कामात साइट्स जोडण्यायोग्य असणे आवश्यक नाही, तिथे आमच्या Footprint-Free लाइनवरील वेगळे नोंदणी करण्यायोग्य डोमेन वापरा, जे सीडीएन आणि डीएनएस खाते पूल, व्यवस्थापित फूटप्रिंट्स आणि स्टॅटिक-एचटीएमएल डिलिव्हरीसह विशेषतः त्यासाठी तयार केले गेले आहे.
प्लॅटफॉर्मचा हेतू तो पसरू देण्याऐवजी रोखण्याचा आहे. CloudLinux LVE प्रत्येक साइटचे CPU, मेमरी आणि IO एका विशिष्ट कक्षेत मर्यादित करते, CageFS प्रत्येक साइटला वेगळे केलेले फाइलसिस्टम दृश्य प्रदान करते जेणेकरून घुसखोरी रोखली जाऊ शकते, आणि MySQL Governor प्रत्येक साइटचा डेटाबेस लोड मर्यादित करतो जेणेकरून एका साइटच्या मोठ्या क्वेरीमुळे सर्व्हरचा वेग मंदावणार नाही. मालवेअर स्कॅनिंग, एक सक्रिय वेब ऍप्लिकेशन फायरवॉल आणि प्रत्येक साइटचे अपरिवर्तनीय बॅकअप याला पाठबळ देतात. हे रोखणे हे डिझाइनचे ध्येय आहे; कोणतीही होस्टिंग कंपनी तडजोड किंवा हॅकिंग अजिबात होणार नाही असे वचन देऊ शकत नाही.
होय. रजिस्ट्रार आणि डीएनएस जाणीवपूर्वक वेगळे ठेवले आहेत. तुम्ही तुमचे डोमेन तुमच्या सध्याच्या रजिस्ट्रारकडे आणि झोन तुमच्या सध्याच्या डीएनएस प्रोव्हायडरकडे ठेवू शकता आणि सबडोमेनचा रेकॉर्ड आमच्याकडे निर्देशीत करू शकता. साइट लाइव्ह म्हणून मानण्यापूर्वी आम्ही डेलिगेशन आणि ॲक्टिव्हेशन सत्यापित करतो, जेणेकरून चुकीचा टाईप केलेला रेकॉर्ड न कळता अपयशी होण्याऐवजी तात्काळ समोर येतो. जेव्हा मूळ डोमेनचा झोन आधीपासून येथे होस्ट केला जातो, तेव्हा आम्ही तुमच्यासाठी त्यात सबडोमेनचा रेकॉर्ड लिहून देतो, जेणेकरून तुम्हाला हाताने काहीही जोडण्याची गरज पडत नाही.
फक्त त्याची निर्मिती कशी होते यातच. क्लोन टू स्टेजिंग हे प्रॉडक्शनच्या समान स्टॅक आणि ब्लूप्रिंट आवृत्तीवर चालणाऱ्या स्टेजिंग सबडोमेनवर फाईल्स आणि डेटाबेससह लाईव्ह साइटची एक स्वतंत्र प्रत तयार करते. जेव्हा तुम्ही समाधानी असाल, तेव्हा पुश-टू-लाईव्ह हे डेटाबेस-जागरूक शोध-बदलासह (search-replace) ते परत सिंक्रोनाइझ करते. इतर सर्वकाही, अलगाव (isolation), SSL, कॅशिंग, बॅकअप आणि डेव्हलपर प्रवेश, इतर कोणत्याही साइटसारखाच असतो.
तुम्ही त्यांना तुमच्यासोबत घेऊन जाऊ शकता. प्लॅटफॉर्ममध्ये कुठेही लॉक-इन नाही: तुम्ही ऑथ कोड (auth codes) मिळवू शकता, डोमेन्स अनलॉक करून बाहेर ट्रान्सफर करू शकता, तुमची स्वतःची CDN आणि DNS खाती जोडू शकता आणि तुमच्या साइट्स एक्सपोर्ट करू शकता. आम्ही वापरत असलेला प्रत्येक बाह्य प्रदाता (external provider) एका अदलाबदल करण्यायोग्य ॲडॉप्टरच्या मागे असतो, जे आमच्यासाठी जितके खरे आहे तितकेच तुमच्यासाठीही आहे.
तुम्ही जोडलेल्या प्रत्येक होस्टवर पूर्ण आयसोलेशन, वाइल्डकार्ड एसएसएल, रिअल डीएनएस नियंत्रण आणि वन-क्लिक स्टेजिंग मिळवा. कार्डशिवाय १४ दिवसांच्या ट्रायलपासून सुरुवात करा आणि प्रतिबद्ध होण्यापूर्वी ते कसे योग्य ठरते ते पहा.
विनाशुल्क सुरू करा