ब्राउज़र में VS Code (code-server)
असली एडिटर, जो आपकी साइट की फ़ाइलों पर काम करता है: एक्सटेंशन, मल्टी-फ़ाइल खोज, एक एकीकृत टर्मिनल और गिट इनबिल्ट। साइट खोलें, बदलाव करें, कमिट करें — कोई लोकल चेकआउट नहीं और कुछ भी इंस्टॉल करने की ज़रूरत नहीं।
साइट टूल
ब्राउज़र में VS Code, एक जेल्ड SSH शेल, wp-cli, phpMyAdmin, एक फ़ाइल मैनेजर, प्रति-साइट क्रॉन और एनवायरनमेंट वेरिएबल्स, और PHP का पूर्ण नियंत्रण - सब कुछ डैशबोर्ड में, जो आपकी साइट तक ही सीमित है। यह एक सेटिंग्स पेज नहीं, बल्कि एक डेवलपर का कंट्रोल सरफेस है। उपलब्धता: प्रति-साइट डेटाबेस थ्रॉटलिंग अभी सक्रिय विकास में है और अभी उपलब्ध नहीं है। यहाँ वर्णित बाकी सब कुछ आज लाइव है।
ज़्यादातर होस्टिंग कंट्रोल पैनल वहीं रुक जाते हैं जहाँ काम शुरू होता है। आप एक-दो सेटिंग बदल सकते हैं, फिर आपसे यह उम्मीद की जाती है कि आप FTP क्लाइंट खोलें, कोई डेटाबेस टूल ढूँढें, कहीं और से SSH करें और काम को खुद जोड़ें। Zinn Digital® पूरे टूलचेन को खुद साइट के अंदर रखता है: डैशबोर्ड में कोई साइट खोलें और एडिटर, टर्मिनल, डेटाबेस, फ़ाइलें, क्रॉन, एनवायरनमेंट और लॉग्स पहले से ही वहाँ मौजूद होते हैं, पहले से प्रमाणित होते हैं, और सही साइट की ओर इशारा कर रहे होते हैं।
वे सभी टूल साइट के अपने केज के भीतर चलते हैं। CloudLinux CageFS प्रत्येक टेनेंट को एक पृथक फ़ाइल सिस्टम दृश्य देता है, ताकि शेल, एडिटर या फ़ाइल मैनेजर केवल उस टेनेंट की फ़ाइलें देख सकें — न कि अन्य साइटें, न अन्य ग्राहक, और न ही संवेदनशील सिस्टम पथ। एक प्राइवेट बॉक्स के अलगाव के साथ एक साझा पैनल की सुविधा।
संपादन का पृष्ठ एक पूर्ण IDE है, सिंटैक्स कलरिंग वाला टेक्स्टएरिया नहीं।
असली एडिटर, जो आपकी साइट की फ़ाइलों पर काम करता है: एक्सटेंशन, मल्टी-फ़ाइल खोज, एक एकीकृत टर्मिनल और गिट इनबिल्ट। साइट खोलें, बदलाव करें, कमिट करें — कोई लोकल चेकआउट नहीं और कुछ भी इंस्टॉल करने की ज़रूरत नहीं।
wp-cli पैनल टर्मिनल और SSH पर उपलब्ध है। डोमेन खोजें-बदले (search-replace), प्लगइन सक्रिय करें, रीराइट फ़्लश करें, डेटाबेस निर्यात करें, ऑन-डिमांड क्रॉन इवेंट चलाएं — मानक WordPress टूलकिट, आपके कोड वाली समान विंडो में।
डैशबोर्ड AI सहायक आपके अपने मॉडल कीज़ पर चलता है, जो आपके लिए फ़ाइलों को पढ़ता और संपादित करता है और wp-cli चलाता है। अपना मॉडल स्वयं लाएँ; प्लेटफ़ॉर्म केवल हाथ (साधन) प्रदान करता है। यह डैशबोर्ड में एक अलग इंटरफ़ेस है — संपादक के भीतर सहायता अभी सक्रिय विकास में है और अभी उपलब्ध नहीं है।
अपने टूल्स पसंद हैं? SSH, SFTP या FTP के माध्यम से कनेक्ट करें और उन्हीं फ़ाइलों का वही जेल्ड व्यू प्राप्त करें। एक्सेस की और क्रेडेंशियल्स को डैशबोर्ड में न्यूनतम-विशेषाधिकार (least-privilege) के आधार पर प्रबंधित किया जाता है, और विशेषाधिकार प्राप्त क्रियाओं (privileged actions) के ऑडिट-लॉग रखे जाते हैं।
प्रति-साइट रनटाइम कॉन्फ़िगरेशन — यह कोई पूरे सर्वर से जुड़ी सेटिंग नहीं है जिसे बदलने के लिए आपको टिकट बढ़ाना पड़े।
CloudLinux alt-PHP का उपयोग करके प्रत्येक साइट के लिए स्वतंत्र रूप से PHP संस्करण चुनें। एक पुराना प्लगइन किसी पुराने ब्रांच पर चलाएं जबकि बगल वाली साइट मौजूदा वर्जन पर चले — कोई साझा रनटाइम नहीं, पूरे खाते के लिए कोई समझौता वर्जन नहीं।
memory_limit, max_execution_time, upload and post size और बाकी सभी को आप अपनी सीमा के भीतर खुद सेट कर सकते हैं, ताकि किसी इम्पोर्ट स्क्रिप्ट या बड़े मीडिया अपलोड के लिए सपोर्ट से बात करने की ज़रूरत न पड़े।
हर साइट के लिए PHP एक्सटेंशन सक्षम या अक्षम करें — imagick और gd, redis और memcached, bcmath, intl, soap और बहुत कुछ — ताकि किसी साइट पर ठीक वही एक्सटेंशन हों जिनकी उसे आवश्यकता है और कोई अतिरिक्त नहीं।
हर साइट को अपने स्वयं के LiteSpeed LSAPI वर्कर मिलते हैं, जिनकी संख्या आपके टियर के भीतर कॉन्फ़िगर करने योग्य होती है और साइट की LVE एंट्री-प्रोसेस सीमा से बंधी होती है। समवर्तीता आपकी अपनी है; किसी पड़ोसी का ट्रैफिक स्पाइक आपकी कतार नहीं है।
प्रत्येक साइट के लिए Redis या Memcached ऑब्जेक्ट कैशिंग, WordPress ऑब्जेक्ट-कैश ड्रॉप-इन के साथ — गतिशील पृष्ठ (dynamic pages) डेटाबेस पर भारी पड़ने के बजाय लोड के तहत तेज़ रहते हैं।
हर साइट के लिए WP-cron और वास्तविक सिस्टम क्रोन प्रबंधित करें, और wp-config को मैन्युअल रूप से संपादित किए बिना साइट के रनटाइम के लिए पर्यावरण चर (environment variables) — API कुंजियाँ, फ़ीचर स्विच और चरण फ़्लैग — सेट करें।
डेवलपर्स को जिन दो चीज़ों की वास्तव में ज़रूरत होती है, उन तक सीधी पहुँच।
दोनों डेटाबेस टूल्स डैशबोर्ड में इन-बिल्ट हैं और सिंगल-साइन-ऑन से जुड़े हैं—साइट से क्लिक करें और आप सही डेटाबेस पर पहले से प्रमाणित हैं। स्टोर या शेयर करने के लिए कोई अलग क्रेडेंशियल्स नहीं हैं।
प्रत्येक साइट MariaDB पर चलती है और प्रोजेक्ट की आवश्यकतानुसार असीमित डेटाबेस और उपयोगकर्ता प्रदान करती है, साथ ही किसी बाहरी क्लाइंट या रिपोर्टिंग टूल को कनेक्ट करने के लिए रिमोट-एक्सेस टॉगल भी मिलता है।
प्रति-साइट डेटाबेस उपयोग को CloudLinux MySQL Governor द्वारा नियंत्रित किया जाता है, ताकि किसी एक साइट की भारी क्वेरीज़ अन्य सभी के लिए सर्वर को धीमा न करें — जिसमें आपकी भी शामिल है।
एक पूर्ण फ़ाइल प्रबंधक (FileGator), एम्बेडेड और SSO-युक्त, अपलोड, अनुमतियों, आर्काइव्स और त्वरित संपादन के लिए जो IDE खोलने की तुलना में काम के लिए कहीं अधिक औपचारिकता है।
डैशबोर्ड से ही अपनी साइट के एक्सेस, एरर और PHP लॉग्स देखें — 'यह खराब हो गया' से लेकर उसे तोड़ने वाली लाइन तक पहुँचने का सबसे तेज़ रास्ता।
टूल यह जानते हैं कि वे WordPress को प्रबंधित कर रहे हैं, इसलिए सामान्य काम दस के बजाय एक कार्रवाई में हो जाते हैं।
इन टूल तक पहुँच आपके संगठन की भूमिकाओं के अनुसार होती है। ग्राहक सदस्यता में ओनर, बिलिंग, डेवलपर या केवल-पढ़ने योग्य (रीड-ओनली) भूमिका होती है, और अनुमतियाँ उन भूमिकाओं से तय होती हैं — डेवलपर भूमिका एक काम करने वाले डेवलपर की भूमिका है, और लाइव पर डिप्लॉय करना या पुश करना जानबूझकर इसका हिस्सा नहीं है। स्टाफ की पहुँच भी इसी तरह उसके अपने विभाग की भूमिकाओं और अनुमतियों तक सीमित होती है।
प्रोग्रामेटिक एक्सेस संगठन-वार API कुंजियों और दानेदार स्कोप (read-only, billing या provisioning) वाले OAuth क्लाइंट्स का उपयोग करता है, ताकि किसी ऑटोमेशन को ठीक उतनी ही पहुँच मिले जितनी उसकी आवश्यकता हो। प्रत्येक विशेषाधिकार प्राप्त कार्रवाई को अभिनेता, कार्रवाई और लक्ष्य के साथ ऑडिट-लॉग किया जाता है, जिसका अर्थ है कि 'मंगलवार को PHP संस्करण किसने बदला' का उत्तर बहस के बजाय एक लुकअप है।
यदि आप इन सभी कार्यों को किसी AI टूल के माध्यम से संचालित करना चाहते हैं, तो यही क्षमता हमारे होस्टेड MCP सर्वर के ज़रिए उपलब्ध है — Claude, Cursor या किसी भी MCP-क्षम एजेंट से wp-cli चलाएँ, स्टेजिंग पर क्लोन करें, कैश साफ़ करें या स्नैपशॉट रीस्टोर करें, और यह सब समान भूमिका स्कोपिंग और ऑडिट ट्रेल के तहत करें।
मुख्यधारा की होस्टing पूरी तरह से सेल्फ-सर्विस है: आपके प्लान के एंटाइटेलमेंट के भीतर पूरा टूल सेट उपलब्ध और संपादन योग्य है। Footprint-Free होस्टing जानबूझकर अधिक मानकीकृत और लॉक डाउन है, क्योंकि किसी नेटवर्क का पूरा मूल्य इस बात पर निर्भर करता है कि उसकी साइटें एक समान, सामान्य सतह प्रस्तुत करें — कॉन्फ़िगरेशन की स्वतंत्रता अपने आप में एक footprint है।
बाकी का नियंत्रण एनटाइटलमेंट्स संभालते हैं। PHP वर्कर्स, डिस्क और एक्सटेंशन आपके टियर के हिसाब से स्केल होते हैं, इसलिए हर प्लान में टूलिंग का ढांचा एक जैसा रहता है जबकि उसकी क्षमता टियर के साथ बढ़ती जाती है। यदि आपको यह तय करने में कन्फ्यूजन है कि कौन सा प्लान आपके लिए सही है, तो बिना किसी क्रेडिट कार्ड के 14-दिन के ट्रायल से शुरुआत करें और निर्णय लेने से पहले खुद पैनल को देखें।
हाँ — यह code-server है, जो ब्राउज़र में आपकी साइट की फ़ाइलों के विरुद्ध चलने वाला VS Code है। आपको एक्सटेंशन, बहु-फ़ाइल खोज, एक एकीकृत टर्मिनल और git मिलता है, और यह डैशबोर्ड से सीधे साइट के फ़ाइल सिस्टम को संपादित करता है। संपादक के भीतर AI सहायता पर सक्रिय रूप से काम चल रहा है और यह अभी उपलब्ध नहीं है।
आपको SSH पर एक जेल्ड शेल, साथ ही SFTP और FTP मिलता है, जिसमें कुंजियाँ और क्रेडेंशियल्स न्यूनतम-विशेषाधिकार के आधार पर डैशबोर्ड में प्रबंधित होते हैं। यह जेल CloudLinux CageFS है: प्रत्येक टेनेंट को एक पृथक फ़ाइलसिस्टम दृश्य मिलता है और वह अन्य टेनेंट्स, अन्य साइटों या संवेदनशील सिस्टम फ़ाइलों को नहीं देख सकता है, जिससे उल्लंघन फैलने देने के बजाय सीमित हो जाता है। कोई भी आइसोलेशन मॉडल किसी सेंध को असंभव नहीं बनाता है, इसलिए मैलवेयर स्कैनिंग, सक्रिय WAF और ऑडिट लॉगिंग इसके साथ-साथ चलते हैं।
हाँ। PHP वर्ज़न प्रत्येक साइट के लिए CloudLinux alt-PHP के माध्यम से चुना जाता है, memory_limit, max_execution_time और upload size जैसी सेटिंग आपकी पात्रता के भीतर संपादन योग्य हैं, और imagick, gd, redis, memcached, bcmath, intl और soap जैसे एक्सटेंशन प्रति साइट टॉगल किए जाते हैं। आपका PHP worker काउंट आपके टियर के भीतर कॉन्फ़िगर करने योग्य है, जो साइट की LVE entry-process सीमा से बाध्य है।
phpMyAdmin और Adminer डैशबोर्ड में एम्बेडेड हैं और सिंगल-साइन-ऑन द्वारा जुड़े हैं, इसलिए आप साइट से क्लिक करके सीधे कनेक्ट हो जाते हैं। प्रत्येक साइट MariaDB चलाती है और इसमें बाहरी क्लाइंट्स के लिए रिमोट-एक्सेस टॉगल के साथ कई डेटाबेस और उपयोगकर्ता हो सकते हैं। MySQL Governor प्रति-साइट डेटाबेस उपयोग को नियंत्रित करता है ताकि किसी एक साइट पर चलने वाली भारी क्वेरीज़ सर्वर को धीमा न कर सकें।
हाँ। प्रति-साइट क्रॉन प्रबंधन WP-क्रॉन और वास्तविक सिस्टम क्रॉन दोनों को कवर करता है, और पर्यावरण चर साइट के रनटाइम के लिए प्रति साइट सेट किए जाते हैं — इसलिए निर्धारित कार्य और कॉन्फ़िगरेशन उस फ़ाइल में छिपे होने के बजाय साइट के साथ रहते हैं जिसे आपको माइग्रेट करना याद रखना होगा।
मुख्यधारा की होस्टिंग संपूर्ण टूल सेट के साथ पूरी तरह से स्व-सेवा है। Footprint-Free जानबूझकर अधिक मानकीकृत और लॉक डाउन है, क्योंकि प्रति-साइट कॉन्फ़िगरेशन भिन्नता स्वयं एक फ़ुटप्रिंट है। एंटाइटेलमेंट बाकी सब को नियंत्रित करते हैं — वर्कर्स, डिस्क और एक्सटेंशन — इसलिए आप जो समायोजित कर सकते हैं वह आपके टियर के साथ स्केल होता है।
पहुँच संगठन की भूमिकाओं का पालन करती है: ग्राहकों के लिए owner, billing, dev और read-only, जिनमें इन्हीं भूमिकाओं से अनुमति तय की जाती है। dev भूमिका में लाइव पर डिप्लॉय करना या पुश करना शामिल नहीं है। प्रोग्रामैटिक पहुँच प्रति-संगठन API कुंजियों और सूक्ष्म स्कोप वाले OAuth क्लाइंट का उपयोग करती है, और हर विशेषाधिकार प्राप्त क्रिया को कर्ता, क्रिया और लक्ष्य के साथ ऑडिट-लॉग किया जाता है।
बिना कार्ड के 14-दिन का निःशुल्क परीक्षण शुरू करें, एक साइट को तैनात करें और IDE, टर्मिनल, डेटाबेस टूल और PHP नियंत्रणों का पूरी तरह परीक्षण करें। 30-दिन की पैसे-वापसी की गारंटी, निःशुल्क माइग्रेशन, कोई लॉक-इन नहीं।
निःशुल्क शुरू करें