विशेषताएँ
पॉइंट ऐप, शॉप, डॉक्स या स्टेजिंग को अपनी पसंद की किसी भी जगह पर इंगित करें और इसके पीछे एक वास्तविक, पूरी तरह से पृथक साइट प्राप्त करें: अपना स्वयं का स्टैक, डेटाबेस, कैश, बैकअप और रिसोर्स केज। पूर्ण DNS रिकॉर्ड नियंत्रण, वाइल्डकार्ड सहित स्वचालित SSL, और एक-क्लिक स्टेजिंग सबडोमेन। उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग सक्रिय विकास के तहत है और अभी उपलब्ध नहीं है। यहाँ वर्णित बाकी सब कुछ आज लाइव है।
अधिकांश होस्ट्स पर सबडोमेन एक डायरेक्टरी होती है जिसके सामने एक रीराइट रूल होता है। यहाँ यह एक फर्स्ट-क्लास साइट रिकॉर्ड है जिसका अपना ब्लूप्रिंट वर्शन, फ्लीट पर अपना प्लेसमेंट और अपनी आइसोलेशन बाउंड्री होती है। जो कुछ भी आप प्राइमरी डोमेन के साथ कर सकते हैं, वही आप सबडोमेन के साथ भी कर सकते हैं।
हर सबडोमेन साइट एक वर्शन्ड ब्लूप्रिंट से बनाई जाती है और इसका अपना स्टैक टाइप और रनटाइम होता है: मैनेज्ड WordPress, WooCommerce, PHP, स्टैटिक HTML या Node। आपके डॉक्स सबडोमेन में स्टैटिक HTML हो सकता है जबकि रूट WordPress चलाता है, और दोनों के बीच कोई समझौता नहीं करना पड़ता।
हर साइट के लिए एक MariaDB डेटाबेस, LiteSpeed LSCache फुल-पेज कैचिंग और प्रति-साइट Redis या Memcached ऑब्जेक्ट कैच। पैरेंट साइट के साथ कुछ भी साझा नहीं किया जाता है, इसलिए कोई भारी सबडोमेन पैरेंट के कैच को हटा नहीं सकता या उसकी क्वेरी को प्रभावित नहीं कर सकता।
CloudLinux LVE प्रत्येक साइट के लिए CPU, RAM, IO, IOPS और प्रविष्टि प्रक्रियाओं को सीमित करता है, CageFS प्रत्येक साइट को उसका अपना फ़ाइल सिस्टम दृश्य देता है, और MySQL Governor प्रति साइट डेटाबेस लोड को नियंत्रित करता है। एक अनियंत्रित सबडोमेन उसकी अपनी केज के भीतर सीमित रहता है।
प्रति साइट एक-क्लिक रिस्टोर के साथ दैनिक बैकअप 30 दिनों तक सुरक्षित रखे जाते हैं। आप पैरेंट साइट या उसकी किसी अन्य सहवर्ती साइट को छुए बिना किसी सबडोमेन को कल की स्थिति में वापस ला सकते हैं।
सबडोमेन होस्टिंग की समस्या बनने से पहले एक DNS समस्या होते हैं, इसलिए DNS लेयर को दो फ़ील्ड वाले फ़ॉर्म के पीछे छिपाने के बजाय ठीक से उजागर किया जाता है।
आपके द्वारा होस्ट किए जाने वाले प्रत्येक पंजीकरण योग्य डोमेन को हमारे डीएनएस ड्राइवर सीम के माध्यम से प्रबंधित डीएनएस ज़ोन मिलता है। आपको अपेक्षित रिकॉर्ड प्रकारों में रिकॉर्ड CRUD मिलता है, इसलिए app, shop, docs, mail या वाइल्डकार्ड होस्ट जोड़ना एक रिकॉर्ड संपादन है, समर्थन टिकट नहीं। ज़ोन स्थिति को प्रदाता के मुकाबले समरूप रूप से समेकित किया जाता है, जिसका अर्थ है कि आधा-लागू किया गया परिवर्तन या दोबारा कोशिश किया गया संपादन आपके ज़ोन को किसी संदिग्ध बीच की स्थिति में छोड़ने के बजाय आपके द्वारा अनुरोधित स्थिति पर अभिसरित होता है।
रजिस्ट्रार और डीएनएस को जानबूझकर अलग रखा गया है: आप हमारे साथ डोमेन रजिस्टर कर सकते हैं और डीएनएस को कहीं और रख सकते हैं, या डोमेन को अपने मौजूदा रजिस्ट्रार के पास रख सकते हैं और बस एक सबडोमेन को हमारी ओर पॉइंट कर सकते हैं। डोमेन को लाइव घोषित करने से पहले हम नेमसर्वर डेलिगेशन और एक्टिवेशन का सत्यापन करते हैं, ताकि आपको किसी ग्राहक के बजाय प्लेटफ़ॉर्म से ही पता चल जाए कि कोई रिकॉर्ड गलत है।
धीमा या सर्टिफिकेट चेतावनी दिखाने वाला सबडोमेन, किसी सबडोमेन के न होने से भी बदतर होता है, इसलिए डिलीवरी पाथ वही है जो प्राइमरी डोमेन को मिलता है।
Let's Encrypt प्रमाणपत्र स्वतः जारी और नवीनीकृत किए जाते हैं। एक बार में प्रत्येक सबडोमेन को कवर करने के लिए वाइल्डकार्ड प्रमाणपत्र का उपयोग करें, जहाँ आप उन्हें अलग रखना चाहते हैं वहाँ प्रति-होस्ट प्रमाणपत्र का उपयोग करें, या अपना खुद का कस्टम प्रमाणपत्र अपलोड करें।
हर साइट को LiteSpeed द्वारा सक्षम HTTP/3 के साथ सर्व किया जाता है, जिससे सबडोमेन को सेकंड-क्लास vhost के बजाय रूट डोमेन जैसा ही कनेक्शन-स्तर का प्रदर्शन मिलता है।
LSCache फुल-पेज कैचिंग और प्रति-साइट Redis ऑब्जेक्ट कैच, डैशबोर्ड से या WordPress के अंदर से समन्वित पर्ज के साथ। पैतृक साइट को पर्ज करने से आपके सबडोमेन का कैच खत्म नहीं होता है।
हमारे CDN और Cloudflare अकाउंट पूल के माध्यम से तैनात करें या अपने खुद के अकाउंट कनेक्ट करें और चुनें कि कोई दिया गया साइट किस अकाउंट पर तैनात होता है। डिलीवरी एक ऐसा निर्णय है जो आप लेते हैं, वह नहीं जो हम आपके लिए लेते हैं।
सबडोमेन चाहने का सबसे आम कारण चीज़ों को आज़माने और बिगाड़ने के लिए एक सुरक्षित जगह होना है। वह रास्ता Mainstream प्लान्स में पहले से ही मौजूद है और उस पर कोई पाबंदी नहीं है।
स्टaging पर क्लोन करने से लाइव साइट की एक अलग कॉपी एक स्टaging सबडोमेन पर बन जाती है, जिसमें उसकी फ़ाइलें और डेटाबेस सुरक्षित होते हैं, और वह प्रोडक्शन के समान स्टैक और ब्लूप्रिंट वर्शन पर होती है। आप पूरे टूलसेट के साथ इस कॉपी पर काम करते हैं: जेल्ड SSH और SFTP, wp-cli, ब्राउज़र-आधारित VS Code एडिटर, phpMyAdmin या Adminer, प्रति-साइट क्रॉन और पर्यावरण चर।
जब बदलाव प्रमाणित हो जाता है, तो पुश टू लाइव प्रोडक्शन पर एक डेटाबेस-अवेयर सिंक वापस निष्पादित करता है। आप फ़ाइलें, डेटाबेस या दोनों चुनते हैं, और खोज-बदला (search-replace) आपके लिए संभाला जाता है ताकि आपकी सामग्री के URL स्टेजिंग होस्ट पर वापस इंगित करने के बजाय साइट का अनुसरण करें। चूँकि प्रोविजनिंग, क्लोनिंग और डिप्लॉयमेंट सभी प्रति-चरण पुनः प्रयास और क्षतिपूर्ति के साथ टिकाऊ Temporal वर्कफ़्लो के रूप में चलते हैं, इसलिए बीच में विफलता होने पर आंशिक रूप से क्लोन की गई साइट छोड़ने के बजाय आंशिक कार्य पूर्ववत हो जाता है।
हम आपको कोई ऐसी चीज़ बेचने के बजाय जो आपके प्रयासों को कमज़ोर करे, यह बात पहले से ही बताना बेहतर समझते हैं।
एक ही ब्रांड को व्यवस्थित करने के लिए सबडोमेन सही विकल्प हैं: एक ऐप, एक दुकान, एक डॉक्स साइट, एक ग्राहक पोर्टल, प्रति-क्लाइंट स्टेजिंग एनवायरनमेंट। वे एक प्राइवेट ब्लॉग नेटवर्क के लिए गलत विकल्प हैं। प्रत्येक सबडोमेन एक ही रजिस्ट्रेबल डोमेन साझा करता है, इसलिए उनमें से किसी एक को भी हल करने वाला कोई भी व्यक्ति यह अच्छी तरह जानता है कि बाकी का मालिक कौन है। वाइल्डकार्ड सर्टिफिकेट के तहत वे एक सर्टिफिकेट भी साझा करते हैं, और सर्टिफिकेट जारी करने की जानकारी सार्वजनिक सर्टिफिकेट ट्रांसपेरेंसी लॉग में प्रकाशित होती है, इसलिए साझा डोमेन के तहत आने वाले होस्ट्स को देखने की इच्छा रखने वाला कोई भी व्यक्ति इनकी सूची प्राप्त कर सकता है। यह पब्लिक वेब PKI और DNS की एक विशेषता है, हमारे प्लेटफ़ॉर्म की नहीं, और कोई भी होस्टिंग कॉन्फ़िगरेशन इसे नहीं बदलता है।
इसलिए सबडोमेन हमारे मेनस्ट्रीम और एजेंसी लाइन्स में हैं, न कि Footprint-Free वाले में। यदि आपकी आवश्यकता यह है कि साइटें एक-दूसरे से लिंक करने योग्य नहीं होनी चाहिए, तो आपको footprint-free प्रोडक्ट लाइन पर अलग- उस पैटर्न को तोड़ने के लिए ही मौजूद हैं। दोनों एक ही इंजन और एक ही डैशबोर्ड पर काम करते हैं, इसलिए सही चुनाव करने से आपकी सुविधा पर कोई असर नहीं पड़ता।
एजेंसियाँ और रीसेलर भारी मात्रा में सबडडोमेन का उपयोग करते हैं: प्रति क्लाइंट एक स्टेजिंग होस्ट, प्रति प्रोजेक्ट एक पूर्वावलोकन होस्ट, प्रति खाता एक पोर्टल। प्लेटफ़ॉर्म इसी तरह के काम के लिए बनाया गया है।
संगठन एक ट्री (पेड़) की तरह व्यवस्थित होते हैं, जिसमें रीeller से लेकर क्लाइंट और फिर साइट्स तक का क्रम होता है, और हर एक रिकॉर्ड डेटाबेस में रो-लेवल सिक्योरिटी के साथ स्कोप्ड और लागू किया जाता है। किसी क्लाइंट के सबडोमेन उसी क्लाइंट के संगठन के होते हैं, न कि किसी साझा बकेट के जिसे आपको नियम के अनुसार नियंत्रित करना पड़े।
प्रत्येक साइट के लिए खुद को दोहराने के बजाय, एक ही क्रिया में कई साइटों को तैनात, अपडेट और प्रबंधित करें।
डैशबोर्ड की हर चीज़ सार्वजनिक API में है, जिसे OpenAPI विनिर्देश से जनरेट किया गया है। org-स्कोप वाली API कुंजी, CLI, Terraform, या हमारे MCP सर्वर पर किसी AI टूल के ज़रिए सबडोमेन निर्माण संचालित करें।
विशेषाधिकार प्राप्त और प्रशासनिक कार्रवाइयों के ऑडिट लॉग रखे जाते हैं, और भूमिका-आधारित एक्सेस कंट्रोल यह नियंत्रित करता है कि आपकी टीम में कौन क्या कर सकता है। आप देख सकते हैं कि किस होस्ट को किसने बनाया, बदला या हटाया।
हाँ। चूकि प्रत्येक सबडोमेन अपने स्वयं के स्टैक, डेटाबेस, कैश और बैकअप के साथ एक पूर्ण, अलग से पृथक साइट के रूप में चलता है, यह आपकी योजना में प्राइमरी डोमेन की तरह ही एक साइट स्लॉट लेता है। योजनाएँ उनके द्वारा कवर की जाने वाली साइटों की संख्या के आधार पर बेची जाती हैं, इसलिए सबडोमेन साइट जोड़ना किसी अन्य साइट को जोड़ने के समान ही है।
हाँ, और वे वास्तव में स्वतंत्र हैं। प्रत्येक सबडोमेन अपना खुद का साइट रिकॉर्ड है जिसका अपना ब्लूप्रिंट है, इसलिए स्टैक का मेल खाना ज़रूरी नहीं है: मुख्य डोमेन पर WordPress, shop पर WooCommerce, app पर एक Node.js ऐप और docs पर एक स्टैटिक साइट यहाँ कोई विशेष मामला होने के बजाय एक सामान्य सेटअप है। वे अलग-अलग मशीनों पर रह सकते हैं, अलग-अलग रनटाइम और अलग-अलग PHP या Node वर्ज़न चला सकते हैं, और अपने खुद के शेड्यूल पर तैनात, स्टेज, बैकअप और रोलबैक किए जा सकते हैं। एक के बारे में कोई भी बात डोमेन नाम साझा करने के अलावा दूसरे को सीमित नहीं करती है।
वे किसी भी तरह से स्वचालित रूप से कवर हो जाते हैं। आप एक वाइल्डकार्ड प्रमाणपत्र जारी कर सकते हैं जो डोमेन के अंतर्गत आने वाले प्रत्येक होस्ट को एक साथ कवर करता है, या जहाँ आप उन्हें अलग रखना चाहते हैं वहाँ प्रति-होस्ट प्रमाणपत्र जारी कर सकते हैं। Let's Encrypt प्रमाणपत्र मुफ़्त होते हैं, स्वचालित रूप से जारी और नवीकृत किए जाते हैं, और यदि आपके पास कोई कस्टम प्रमाणपत्र है तो आप इसके बजाय उसे अपलोड कर सकते हैं।
हम इसकी सलाह नहीं देंगे, और हम इसे उस तरह से नहीं बेचेंगे। हर सबडोमेन एक ही रेजि्रेबल डोमेन साझा करता है, और वाइल्डकार्ड सर्टिफिकेट के तहत एक साझा सर्टिफिकेट साझा करता है जिसकी जारी करने की प्रक्रिया सार्वजनिक सर्टिफिकेट ट्रांसपेरेंसी लॉग में दिखाई देती है, इसलिए देखने वाला कोई भी व्यक्ति होस्ट को एक-दूसरे से लिंक कर सकता है। ऐसे काम के लिए जहाँ साइटों को आपस में जोड़ा जाना संभव नहीं होना चाहिए, हमारे Footprint-Free लाइन पर अलग-अलग रेजि्रेबल डोमेन का उपयोग करें, जिसे CDN और DNS अकाउंट पूल, प्रबंधित फुटप्रिंट और स्टैटिक-HTML डिलीवरी के साथ विशेष रूप से उसी के लिए डिज़ाइन किया गया है।
यह प्लेटफ़ॉर्म इसे फैलने देने के बजाय सीमित करने के लिए बनाया गया है। CloudLinux LVE प्रत्येक साइट के CPU, मेमोरी और IO को उसके अपने केज के भीतर सीमित करता है, CageFS प्रत्येक साइट को एक अलग फ़ाइलसिस्टम दृश्य देता है ताकि किसी भी उल्लंघन को सीमित रखा जा सके, और MySQL Governor प्रति-साइट डेटाबेस लोड को नियंत्रित करता है ताकि एक साइट की भारी क्वेरीज़ सर्वर को धीमा न करें। मैलवेयर स्कैनिंग, एक सक्रिय वेब एप्लिकेशन फ़ायरवॉल और प्रति-साइट अपरिवर्तनीय बैकअप इसका समर्थन करते हैं। रोकथाम ही डिज़ाइन का मुख्य उद्देश्य है; कोई भी होस्ट यह वादा नहीं कर सकता कि समझौता होना असंभव है।
हाँ। रजिस्ट्रार और DNS को जानबूझकर अलग रखा गया है। आप अपने डोमेन को अपने वर्तमान रजिस्ट्रार के पास और अपने ज़ोन को अपने वर्तमान DNS प्रदाता के पास रख सकते हैं और बस किसी सबडोमेन के रिकॉर्ड को हमारी ओर इंगित कर सकते हैं। साइट को लाइव मानने से पहले हम डेलिगेशन और एक्टिवेशन को सत्यापित करते हैं, ताकि गलत टाइप किया गया रिकॉर्ड चुपचाप विफल होने के बजाय तुरंत सामने आ जाए। जब मूल डोमेन का ज़ोन यहाँ पहले से ही होस्ट किया गया है, तो हम इसके बजाय आपके लिए सबडोमेन का रिकॉर्ड उसमें लिख देते हैं, ताकि आपको हाथ से कुछ भी न जोड़ना पड़े।
इसके निर्माण के तरीके को छोड़कर। क्लोन टू स्टेजिंग लाइव साइट की एक आइसोलेटेड कॉपी बनाता है, जिसमें फ़ाइलें और डेटाबेस शामिल हैं, जो प्रोडक्शन के समान स्टैक और ब्लूप्रिंट वर्शन पर चलने वाले एक स्टेजिंग सबडोमेन पर होता है। जब आप संतुष्ट हो जाते हैं, तो पुश-टू-लाइव डेटाबेस-अवेयर सर्च-रिप्लेस के साथ इसे वापस सिंक कर देता है। बाकी सब कुछ, आइसोलेशन, एसएसएल, कैचिंग, बैकअप और डेवलपर एक्सेस, किसी अन्य साइट के समान ही है।
आप उन्हें अपने साथ ले जाते हैं। प्लेटफ़ॉर्म में कहीं भी कोई लॉक-इन नहीं है: आप ऑथ कोड प्राप्त कर सकते हैं, डोमेन अनलॉक करके उन्हें ट्रांसफर कर सकते हैं, अपने खुद के CDN और DNS खाते ला सकते हैं, और अपनी साइटें निर्यात कर सकते हैं। हमारे द्वारा उपयोग किया जाने वाला प्रत्येक बाहरी प्रदाता एक बदलने योग्य एडाप्टर के पीछे स्थित है, जो आपके लिए उतना ही सच है जितना कि हमारे लिए।
आपके द्वारा जोड़े जाने वाले प्रत्येक होस्ट पर पूर्ण आइसोलेशन, वाइल्डकार्ड SSL, वास्तविक DNS नियंत्रण और वन-क्लिक स्टेजिंग। बिना कार्ड के 14-दिन के निःशुल्क परीक्षण से शुरुआत करें और प्रतिबद्ध होने से पहले देखें कि यह आपके लिए कितना उपयुक्त है।
निःशुल्क शुरू करें